REMARKS 



Upon entry of this amendment, claims 1 - 4, and 6 - 16 are all the claims pending in the 
application. Claim 5 has been canceled by this amendment. Claims 1, 2, 6 - 12, and 14 have 
been amended. New claims 15 and 16 have been added. No new matter has been added. In 
view of the above amendments and the following remarks, reconsideration and further 
examination are requested. 

Applicants note that a number of editorial amendments have been made to the 
specification and abstract for grammatical and general readability purposes. Due to the number 
of changes made, a substitute specification and abstract are submitted herewith. No new matter 
has been added. Also enclosed is a marked-up copy of the original specification and abstract 
showing the changes incorporated into the substitute specification and abstract. 

Applicant notes that a replacement sheet is being submitted herewith for Figs. 29 and 31. 
In the replacement sheets, in FIG. 29, in Step 468, "OBJEDT" has been changed to -OBJECT-; 
and in FIG. 3 1 , both occurrences of "No" have been changed to -No.-. No new matter has 
been added. 

Claim Rejections under 35 U.S.C. § 102 

Claims 1, 2, 4 - 1 1, and 14 have been rejected under 35 U.S.C. § 102(b) as being 
anticipated by E. P. Patent No. 099 1 007 A 1 to Miyamoto et al. Applicants respectfully traverse 
this rejection on the following basis. A claim is anticipated only if each and every element as set 
forth in the claim is found, either expressly or inherently described, in a single prior art 
reference." Verdegaal Bros. v. Union Oil Co. of California, 814 F.2d 628, 631, 2 USPQ2d 1051, 
1053 (Fed. Cir. 1987). 

Applicants submit that Miyamoto et al. fails to teach or suggest each and every element of 
the claims, as amended. 

Amended independent claims 1 and 2 recite a combination of elements, inter alia: 

"...game execution unit operable to proceed with the game according to the 
inputting operation... and the procedure..., and cause the character to appear in the game 
in accordance with the character data. . ., wherein 
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the character has a plurality of attributes, and to each of which a game execution 
apparatus is assigned for permitting a change of the attributes, 

...a permission information reading unit operable to read permission information that 
indicates which attribute from the plurality of attributes is permitted to be changed by the 
assigned game execution apparatus , and 

in accordance with the read permission information, the... game execution unit... change 
the attribute permitted to be changed by the game execution apparatus as the game proceeds, and 
prohibits) an attribute not permitted to be changed by the game execution apparatus from being 
changed ." [Emphasis added] 

Amended independent claim 9 recites a combination of elements, inter alia: 

"...an output unit operable to, when the authenticity has been ensured, read the character 
data from the storage unit and output the read character data to the game execution apparatus, 
wherein 

the character has a plurality of attributes, and to each of which a game execution 
apparatus is assigned for permitting a change of the attributes, 

the portable recording medium stores therein permission information for each of a 
plurality of game execution apparatuses, the permission information indicating which attribute 
from the plurality of attributes is permitted to be changed by the assigned game execution 
apparatus . [Emphasis added] 

Amended independent claim 10 recites a combination of elements, inter alia: 

"...proceeding with the game according to the inputting operation and the procedure, and 
making the character appear in the game in accordance with the character data, wherein 

the character has a plurality of attributes, and to each of which a game execution 
apparatus is assigned for permitting a change of the attributes, 

... a permission information reading unit operable to read permission information that 
indicates which attribute from the plurality of attributes is permitted to be changed by the 
assigned game execution apparatus , and 

in accordance with the read permission information, the game execution unit changes the 
attribute permitted to be changed by the game execution apparatus as the game proceeds, and 
prohibits an attribute not permitted to be changed by the game execution apparatus from being 
changed. " [Emphasis added] 
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Amended independent claim 1 1 recites a combination of elements, inter alia: 

"...proceeding with the game according to the inputting operation and the procedure, and 
causing the character to appear in the game in accordance with the character data, wherein 

the character has a plurality of attributes, and to each of which a game execution 
apparatus is assigned for permitting a change of the attributes, 

... permission information reading unit operable to read permission information that 
indicates which attribute from the plurality of attributes is permitted to be changed by the 
assigned game execution apparatus, and 

in accordance with the read permission information, the game execution unit changes the 
attribute permitted to be changed by the game execution apparatus as the game proceeds, and 
prohibits an attribute not permitted to be changed by the game execution apparatus from being 
changed . 

Amended independent claim 14 recites a combination of elements, inter alia: 

"...proceeding with the game according to the inputting operation and the procedure, and 
causing the character to appear in the game in accordance with the character data, wherein 

the character has a plurality of attributes, and to each of which a game execution 
apparatus is assigned for permitting a change of the attributes, 

...a permission information reading unit operable to read permission information that 
indicates which attribute from the plurality of attributes is permitted to be changed by the 
assigned game execution apparatus, and 

in accordance with the read permission information, the game execution unit changes the 
attribute permitted to be changed by the game execution apparatus as the game proceeds, and 
prohibits an attribute not permitted to be changed by the game execution apparatus from being 
changed . 

With this structure, control is performed such that an attribute of a character, such as 
life power, that appears in a game, can be increased on a portable game apparatus and the life 
power on a stationary game apparatus can not be increased, for example. Accordingly, the 
present invention can exhibit an excellent effect that users can enjoy different changes in the 
attributes of a character on different game execution apparatuses. 
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Miyamoto et al. discloses a game system operable with backup data on different game 
machines. According to this game system, a first-machine 10 has a game cartridge 15 
memorizing backup data at its memory, which can be utilized to play a game in a second- 
machine 20 memorized in a game cartridge 25 or a disc memory medium 35. See paragraph 
[0036]. In other words, the game stored in an external storage medium for a first game 
apparatus is read into a second game apparatus so as to make the backup data usable on the 
second game apparatus. Accordingly, by processing backup data obtained through playing a 
game using the storage medium for the first game apparatus, it is possible to enjoy, on the 
second game apparatus, an associated game or a game in association with the first game 
apparatus. 

Also, Miyamoto et al. discloses that when there are a plurality of players (persons), 
another player connects his/her own cartridge 15 to his controller 24 through an extension 
adapter 50 (Figures 5 and 6) so that backup data is written into a second- (to -fourth) player area 
of the RAM 26. Accordingly, backup data is written on a player-by player basis in a manner in 
which one's data can be discriminated from others' data. In other words, Miyamoto et al. aims 
to prevent one's data from being reflected in others' data and being erroneously written over the 
RAM 15b of the memory cartridge 15. See paragraphs [0054] - [0055]. 

However, although it is possible to discriminate one's data from others' data in 

Miyamoto et al., the reference does not disclose "a permission information reading unit operable 

to read permission information that indicates which attribute from the plurality of attributes is 

permitted to be changed by the game execution apparatus" and a game execution unit that, "in 

accordance with the read permission information, changes the attribute permitted to be changed 

by the game execution apparatus as the game proceeds, and prohibits an attribute not permitted 

to be changed by the game execution apparatus from being changed" as recited in amended 

independent claims 1, 2, 10, 11, and 14. Similarly, Miyamoto et al. does not disclose that "the 

portable recording medium stores therein permission information for each of a plurality of game 

execution apparatuses, the permission information indicating which attribute from the plurality 

of attributes is permitted to be changed by the assigned game execution apparatus" as recited in 

amended independent claim 9. 

Therefore, in Miyamoto et al., if a plurality of users play a single game apparatus, it is 

possible to prevent one's data from being reflected in others' data and from being overwritten. 
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However, if a character that appears in a game has a plurality of attributes, it is impossible, and 
is not taught or suggested by Miyamoto et al., to change an attribute of the character that differs 
between multiple game execution apparatuses. 

Accordingly, Applicants respectfully submit that Miyamoto et al. fails to teach or suggest 
each and every element of amended independent claims 1, 2, 9, 10, 11, and 14, and requests that 
the rejection be withdrawn. 

Claims 4 and 6-8 depend from independent claim 2. As claim 5 has been canceled, the 
rejection is deemed moot. Accordingly, Applicants submit that claims 4 and 6 - 8 are allowable 
at least by virtue of their dependency. 

Claim Rejections under 35 U.S.C. § 103(a) 

Claims 3, 12, and 13 have been rejected under 35 U.S.C. § 103(a) as being unpatentable 
over Miyamoto et al. Applicant respectfully traverses this rejection on the following basis. KSR, 

550 U.S. at , 82 USPQ2d at 1391 reaffirmed the familiar framework for determining 

obviousness as set forth in Graham v. John Deere Co. (383 U.S. 1, 148 USPQ 459 (1966)), but 
stated, when considering obviousness of a combination of known elements, the operative 
question is thus "whether the improvement is more than the predictable use of prior art elements 

according to their established functions." Id. at , 82 USPQ2d at 1396. Therefore, a claim is 

obvious only if (A) one of ordinary skill in the art could have combined the claimed elements by 
known methods; (B) the elements in combination merely perform the function that each element 
performs separately; or (C) the results of the claimed combination are expected. 

Miyamoto et al. has been discussed above. Since "anticipation is the epitome of 
obviousness," Connell v. Sears Roebuck & Co. , 722 F.2d 1542, 1548, 220 USPQ 193, 198 (Fed. 
Cir. 1983) (quoting In re Fracalossu 681 F.2d 792, 794, 215 USPQ 569, 571 (CCPA 1982)), 
Applicants respectfully submit that Miyamoto et al. fails to teach or suggest all the features of the 
claims. 

Claims 3, 12, and 13 depend from one of independent claims 2 and 11. Accordingly, 
Applicant submits that claims 3, 12, and 13 are patentable at least by virtue of their dependency. 
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Double Patenting 

Claims 1 and 2 were provisionally rejected on the ground of nonstatutory obviousness- 
type double patenting as being unpatentable over claim 1 of co-pending U.S. Patent Application 
No. 10/574,078. Applicants respectfully traverse this rejection on the following basis. A double 
patenting rejection of the obviousness-type, is "analogous to [a failure to meet] the 
nonobviousness requirement of 35 U.S.C. 103" except that the patent principally underlying the 
double patenting rejection is not considered prior art. In re Braithwaite, 379 F.2d 594, 154 USPQ 
29 (CCPA 1967). Therefore, the analysis employed in an obviousness-type double patenting 
rejection parallels the guidelines for analysis of a 35 U.S.C. 103 obviousness determination. In re 
Braat, 937 F.2d 589, 19 USPQ2d 1289 (Fed. Cir. 1991); In re Longi, 759 F.2d 887, 225 USPQ 
645 (Fed. Cir. 1985). 

Here, the Examiner has failed to apply all of the following factual inquiries as set forth in 
Graham v. John Deere Co., 383 U.S. 1, 148 USPQ 459 (1966). In other words, the Examiner 
has not determined the differences between the scope and content of the patent claim and the 
claim in the application at issue, nor given reasons why a person of ordinary skill in the art would 
conclude that the invention defined in the claim at issue would have been an obvious variation of 
the invention defined in a claim in the patent (i.e., motivation). 

Instead, the Examiner merely concludes, "Although the conflicting claims are not 

identical, they are not patentable distinct from each other because they are both claiming a game 

system comprising of two game execution apparatus that obtains or reads game program; inputs 

operation from user; and has an execution unit operable to proceed with the game." [See Office 

Action at page 7]. Therefore, Applicants respectfully request that the Examiner discuss the 

differences between the claims in the two co-pending applications and provide a proper 

motivation statement in the subsequent Office Action. 

Further, Applicants respectfully submit that the claims of these co-pending applications 

are patentably distinct from each other. The claims of co-pending U.S. Patent Application No. 

10/574,078 are drawn to a game system, a game execution apparatuses, a game execution 

method and a game execution program that are able have a same game proceed in each of two 

game execution apparatuses that display mutually differing image qualities , while displaying 

images in image qualities suitable for the respective game execution apparatuses. On the other 

hand, in the instant application, amended independent claims 1 and 2 are characterized by a 
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permission information reading unit and a game execution unit described above; amended 
independent claim 9 is characterized by an output unit and a portable recording medium; 
amended independent claim 10 is characterized by an execution method that uses a permission 
information reading unit; amended independent claim 1 1 is characterized by a game execution 
program that uses a permission information reading unit; and amended independent claim 14 is 
characterized by a computer readable medium that uses a permission information reading unit. 
Accordingly, the present invention according to the independent claims, can exhibit the effect 
that it is possible to change the attributes of a character that differ between multiple game 
apparatuses. Therefore, users can enjoy different changes in the attributes of a character on 
different game execution apparatuses. 

In response, Applicants respectfully request that the rejection be withdrawn as the claims 
are patentably distinct. Alternatively, Applicant respectfully request that the rejection be held in 
abeyance until the pending claims of one of the two applications are found to be in condition for 
allowance. 

New Claims 

New claims 15 and 16 have been added to depend from amended independent claim 2. 
Some of the features can be found in the original claims. Accordingly, Applicants submit that 
claims 3, 12, and 13 are patentable at least by virtue of their dependency. 
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Conclusion 

In view of the above, reconsideration and allowance of this application are now believed 
to be in order, and such actions are hereby solicited. If any points remain in issue which the 
Examiner feels may best be resolved through a personal or telephone interview, the Examiner is 
kindly requested to contact the undersigned at the telephone number listed below. 



JRF/TMA/nrj 

Washington, D.C. 20006-1021 
Telephone (202) 721-8200 
Facsimile (202) 721-8250 
February 26, 2008 



Respectfully submitted, 



Yuichi FUTA et al. 




Teresa M. Arroyo 
Registration No. 50,015 
Attorney for Applicant 
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description v^on^^ 

GAME SYSTEM 

5 Technical Field 

The present invention relates to a computer game processing technology 
for proceeding with a game according to a computer program in which a game 
procedure and the like are described. 

10 Background Art 

Recently, as -fefee — computer technology advances, stationary game 
apparatuses equipped with high-performance processing competence and portable 
game apparatuses that are compact and se are easy to be carried with carry 
have been developed and are now commercially available. 

15 These game apparatuses operate according to a computer program in which 

a game procedure and the like are described, so as to proceed with continue 
a game. In a game proceeded continued by the game apparatuses, an imaginary 
object called ^"character" appears. The acts of the character are freely 
controllable by a user. The character has varieties a variety of imaginary 

2 0 competence capabilities that can be both increased and decreased as a game 
proceeds. In addition, the form of the character can change in various ways 
as the game proceeds . 

When the user suspends a game in progress, the game apparatus stores 
the charactcriotico attributes of the character such as competence capability 

2 5 and form as well as the information indicating the time at which the game was 

suspended. When the user resumes the game, the game apparatus reads the stored 
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charactcriotico attributes of the character such as competence capability and 
form, as well as the information indicating the time at which the game was 
suspended, so as to proceed with continue the game by putting on the character 
having the competence capability and the form that are the same as before. 
5 The stationary and portable game apparatuses are provided with computer 

programs via different media. For example, for stationary game apparatuses, 
a computer program is provided in a form stored in an optical disk and the 
like. Whereas^ for portable game apparatuses, a computer program is provided 
in a form which is stored in a dedicated cartridge . Therefore^ there is a problem 

10 that an optical disk storing a computer program for a stationary apparatus 
cannot be loaded to a portable apparatus, and conversely, a dedicated cartridge 
storing a computer program for a portable apparatus cannot be loaded to a 
stationary apparatus. 

In addition, there are many specification differences between stationary 

15 game apparatuses and portable game apparatuses, such as in system architecture 
adopted, kinds and number of the processor installed, and display capacity 
of the screen. In other words, a computer program for a stationary apparatus 
is not designed to be executed in a portable apparatus ao it io , and conversely, 
a computer program for a portable apparatus is not designed to be executed 

2 0 in a stationary apparatus ao it is . 

In non-patent reference 1, a dedicated adopter is used to load, to a 
stationary game apparatus , a dedicated cartridge storing a game software program 
for a portable game apparatus, so that the stationary game apparatus can execute 
the game software program. Accordingly, a user can enjoy the game produced 

25 for a portable game apparatus, even on a stationary game apparatus. 



(non-patent reference 1) 

http : //www. nintendo . co . jp/ngc/acce/gbplayer 
(non-patent reference 2) 

Practical computer graphics (David F. Rogers, November 15, 1996, Nikkan 
5 Kogyo Shinbun Co . ) 

(non-patent reference 3) 

"To be a game programmer" IBM PC/AT compatible apparatus (Yamazaki 
Yoshinori, February 1, 1998, CQ Publishing company) 



10 (problem to bo oolvcd by the invention) 

However , according to the technology disclosed in the non-patent reference 
1 document , while a stationary game apparatus is capable of executing a game 
software program produced for a portable game apparatus, it is not possible 
that one of a_stationary and a_portable game apparatuoco procccdo with apparatus 

15 continues a game, then after the game is suspended, the other of the game 
apparatuses resumes the game in exactly the same contents. 

Disclosure of the invention 

So as to deal with this problem, the present invention has an objective 

20 of providing a game system, a game execution apparatus, a game execution method, 
and a game execution program, by which the charac tor ioti co at tributes of a 
character appearing in a game can be shared between two game execution apparatuses 
that have a different internal structure from each other, under a condition 
where one of the game execution apparatuses proceeds with a game after another 

2 5 has proceeded with the same game. 
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So as to achieve the above objective, the present invention is a game 
system inc luding : a memory card storing character data that indicates appearance- 
competence, etc. and capability, for example, of a character appearing in game 
software of stationary/portable game apparatuses; a cartridge storing portable 
game software to be executed by the portable game apparatus; and a DVD (digital 
versatile disc) storing stationary game software to be executed by the stationary 
game apparatus . 

A user loads the memory card and the DVD to the stationary game apparatus, 
and the stationary game apparatus reads the character data from the memory 
card and executes the stationary game software stored in the DVD in accordance 
with a user's instruction, thereby making the character appear in the game 
and proceeding with the game. 

After this , the user loads the memory card and the cartridge to the portable 
game apparatus, and the portable game apparatus reads the character data from 
the memory card and executes the portable game software stored in the cartridge 
in accordance with a user's instruction, thereby making the character appear 
in the game and proceeding with the game. 

In the above way, the user is able to enjoy the same game with the same 
character, both on the stationary game apparatus and the portable game apparatus . 

The present invention is a game system having a first game execution 

apparatus and a second game execution apparatus that have a different internal 

structure from each other-? — where the . The first game execution apparatus 

includes: a first program reading unit operable to read, from a first game 

recording medium, a first game program that indicates a procedure of a game; 

a first character reading unit operable to read, from a portable recording 

medium, character data that indicates a characteristic of a character that 
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appears in the game; a first input unit operable to receive an inputting operation 
from a user; and a first game execution unit operable to proceed with the game 
according to the inputting operation received at the first input unit and the 
procedure indicated by the first game program, and make the character appear 
5 in the game in accordance with the character data read by the first character 
reading unit , and thc ^ The second game execution apparatus includes: a second 
program reading unit operable to read, from a second game recording medium, 
a second game program that indicates the procedure of the game ; a second character 
reading unit operable to read the character data from the portable recording 

10 medium; a second input unit operable to receive an inputting operation from 
the user; and a second game execution unit operable to proceed with the game 
according to the inputting operation received at the second input unit and 
the procedure indicated by the second game program, and make the character 
appear in the game in accordance with the character data read by the second 

15 character reading unit. 

According to the above structure, the first game execution apparatus 
reads the first game program from the first game recording medium, reads the 
character data from the portable recording medium, and makes a character, whose 
characteristic is in accordance with the read character data, appear in a game. 

20 The second game execution apparatus reads the second game program from the 
second game recording medium , reads the character data from the portable recording 
medium, and makes a character, whose characteristic is in accordance with the 
read character data, appear in the game. Therefore^ the 

charactcriotico at tributes of the character are shared between the games 

25 proceeded continued respectively in the first game execution apparatus and 
the second game execution apparatus. 



The present invention is a game execution apparatus that proceeds with 
a game according to a game program, having: a program reading unit operable 
to read, from a game recording medium, a game program that indicates a procedure 
of a game; a character reading unit operable to read, from a portable recording 
5 medium, character data that indicates a characteristic of a character that 
appears in the game; an input unit operable to receive an inputting operation 
from a user; and a game execution unit operable to proceed with the game according 
to the inputting operation and the procedure, and make the character appear 
in the game in accordance with the character data. 

10 According to the above structure, character data indicating a 

characteristic of a character is stored in a portable recording medium that 
is different from a game recording medium storing a game program indicating 
a procedure of a game. Therefore^ a game execution apparatus with any kind 
of internal structure is able to read the character data from the portable 

15 recording medium, thereby making a character, which has the characteristic 
indicated by the read character data, appear in the game. 

Here, the game execution apparatus may further have a request unit operable 
to request the character data from a server apparatus ; an obtaining unit operable 
to obtain the character data from the server apparatus via a network; and a 

20 writing unit operable to write the obtained character data to the portable 
recording medium. 

According to the above structure, it becomes possible to obtain character 
data from the server apparatus and to write the obtained character data to 
the portable recording medium. Therefore the game execution apparatus is able 
25 to obtain the character data, without fail. 
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Here, the game execution apparatus may further have an authentication 
unit operable to check authenticity of the portable recording medium, where 
the character reading unit reads the character data when the authenticity has 
been ensured. 

5 According to the above structure, the game execution apparatus checks 

authenticity of the portable recording medium, and only when the authenticity 
has been ensured, character data is read from the portable recording medium. 
This prevents use of an unauthorized portable recording medium. 

Here, the game execution apparatus may have a structure in which the game 

10 recording medium further stores therein permission information that indicates 
whether change is permissible on the character's characteristic-? — fck e. The 
character reading unit further reads the permission information from the game 
recording medium , and the . The game execution unit, when the read permission 
information indicates affirmatively, changes the character's characteristic 

15 as the game proceeds, and prohibits the character's characteristic from being 
changed when the read permission information indicates negatively. 

According to the above structure, when the permission information read 
from the game recording medium indicates affirmatively, the game execution 
apparatus makes the character, whose characteristic is permitted to change, 

20 appear in the game. On the contrary, when the permission information indicates 
negatively, the game execution apparatus prohibits the character's 
characteristic from being changed . Therefore, the user enj oys different changes 
in character's characteristic on different game execution apparatuses. 

Here, the game execution apparatus may further have: a character writing 

25 unit operable to, when the game execution unit changes the character's 
characteristic, overwrite the character data in the portable recording medium 
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withaf ter-change character data that indicates a characteristic of the character 
after changed, where the character reading unit further reads the after-change 
character data from the portable recording medium, and the game execution unit 
changes the character's characteristic as the game proceeds, in accordance 
5 with the read after-change character data. 

According to the above structure, the game execution apparatus is able 
to overwrite the portable recording medium with after-change character data 
that indicates a characteristic of a character after changed a change , read 
the after-change character data from the portable recording medium, and make 

10 a character whose characteristic is indicated by the after-change character 
data, appear in the game. Therefore^ the user is able to make the character 
whose characteristic has been changed appear in a game, in a case when the 
game was suspended and was resumed thereafter from the suspension point. 

In addition, the present invention is a portable recording medium having : 

15 a storage unit that stores therein character data that indicates a characteristic 
of a character that appears in a game; an authentication unit operable to check 
authenticity of a game execution apparatus; and an output unit operable to, 
when the authenticity has been ensured, read the character data from the storage 
unit and output the read character data to the game execution apparatus. 

20 According to the above structure, the portable recording medium checks 

authenticity of a game execution apparatus to which the portable recording 
medium is to be loaded, and the character data stored in the portable recording 
medium is outputted to the game execution apparatus only when the authenticity 
has been ensured. This prevents execution of a game by an unauthorized game 

25 execution apparatus. 
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Brief Description of the Drawings 

FIG.l is a structure diagram showing the structure of a game system 10. 
FIG. 2 is a block diagram showing the structure of a server apparatus 

600. 

5 FIG. 3 is a data structure diagram showing the data structure of a game 

sales information table 641. 

FIG. 4 is a data structure diagram showing the data structure of a user 
purchase information table 631. 

FIG. 5 illustrates the structure of a program and data stored in a DVD 

10 500. 

FIG. 6 shows one example of the screen displayed on a monitor 120, in 
each game step in each game stage. 

FIG. 7 shows one example of the screen displayed on a monitor 120, in 
each game step in each game stage. 
15 FIG. 8 shows one example of the screen displayed on a monitor 120, in 

each game step in each game stage. 

FIG. 9 is a flowchart showing the content of a stationary main program, 
which continues to FIG. 10. 

FIG. 10 is a flowchart showing the content of the stationary main program, 
2 0 which is a continuation from FIG. 9. 

FIG. 11 is a flowchart showing the content of a stationary frame processing 
program, which continues to FIG. 12. 

FIG. 12 is a flowchart showing the content of the stationary frame 
processing program, which is a continuation from FIG. 11. 
25 FIG. 13 is a flowchart showing the content of a fighting program, which 

continues to FIG. 14. 
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FIG. 14 is a flowchart showing the content of the fighting program, which 
is a continuation from FIG. 13. 

FIG . 15 is a flowchart showing the content of a stationary image generating 
program, which continues to FIG. 16. 
5 FIG. 16 is a flowchart showing the content of the stationary image 

generating program, which is a continuation from FIG. 15. 

FIG. 17 is a block diagram showing the structure of a stationary game 
apparatus 100. 

FIG. 18 shows one example of information stored in a main storage unit 

10 110. 

FIG . 19 shows one example of information stored in a graphics storage 
unit 114. 

FIG. 2 0 shows the content of each register provided in the register unit 

109. 

15 FIG. 21 shows kinds of instructions stored in a register R0 of the register 

unit 109. 

FIG. 22 shows one example of a menu screen 160 generated by the main control 
unit 108. 

FIG. 2 3 is a block diagram showing the structure of a memory card 3 00. 
20 FIG. 24 is a block diagram showing the structure of a cartridge 4 00. 

FIG. 25 is a flowchart showing the content of a portable main program, 
which continues to FIG. 26. 

FIG. 26 is a flowchart showing the content of the portable main program, 
which is a continuation from FIG. 25. 
25 FIG. 27 is a flowchart showing the content of a portable frame processing 

program, which continues to FIG. 28. 
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FIG . 28 is a flowchart showing the content of the portable frame processing 
program, which is a continuation from FIG. 27. 

FIG. 29 is a flowchart showing the content of a portable image generating 
program. 

5 FIG . 3 0 is a block diagram showing the structure of a portable game apparatus 

200. 

FIG. 31 shows one example of information stored in a main storage unit 

210 . 

FIG. 32 is a block diagram showing the structure of a convenience- store 
10 terminal 700. 

FIG. 33 is a flowchart showing the operation performed by the stationary- 
game apparatus 100. 

FIG. 34 is a flowchart showing the game operation performed by the 
stationary game apparatus 100. 

15 

Best Mode for Carrying Out the Invention 
1 . First embodiment 

The following explains a game system 10, as one embodiment relating to 
the present invention. 
20 Structure of game system 10 

As FIG . 1 shows , the game system 10 is made up of a stationary game apparatus 
100, a portable game apparatus 200, a memory card 300, a cartridge 400, a DVD 
500, a server apparatus 600, and a convenience -store terminal 700. 

The stationary game apparatus 100 is connected to the server apparatus 

25 600 , via the Internet 20 . Auser loads the DVD 500 to the stationary game apparatus 

100, the DVD 500 storing therein a game software program to be executed by 
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the stationary game apparatus 100. In addition, the user loads the memory card 
300 to the stationary game apparatus 100. The stationary game apparatus 100 
obtains character data indicating appearance, competence capability , etc. for 
example, of a character appearing in the stationary game software program, 
5 from the server apparatus 600 via the Internet 20, and writes the obtained 
character data to the memory card 300. 

Next, according to a user operation, the stationary game apparatus 100 
executes the stationary game software program stored in the DVD 500 with the 
use of the character data written in the memory card 300. 

10 In addition , the user loads the cartridge 4 0 0 to the portable game apparatus 

200 , the . The cartridge 4 00 otoring stores the portable game software program 
to be executed by the portable game apparatus 200. Here, the game by means 
of the portable game software program stored in the cartridge 4 00 is of the 
same content as the game by means of the stationary game software stored in 

15 the DVD 500. The user also loads the memory card 300 to which the character 
data has been written, to the portable game apparatus 200. 

Next, according to a user operation, the portable game apparatus 200 
executes the portable game software program stored in the cartridge 4 00 with 
the use of the character data written in the memory card 300. 

20 In this way, the user is able to perform the same game in which the same 

character appears, in both of the stationary game apparatus 100 and the portable 
game apparatus 200. 

Here, a different structure is possible in which the memory card 300 
is loaded to the portable game apparatus 200, where the portable game apparatus 

2 5 200 and the stationary game apparatus 100 are connected to each other by a 
cable 30. Here, the portable game apparatus 200 obtains character data from 



the server apparatus 600 via the Internet 2 0 and via the stationary game apparatus 
100, and writes the obtained character data into the memory card 300. 

Furthermore, another different structure is possible in which the memory 
card 300 is loaded to a convenience -store terminal 700, where the 
convenience -store terminal 700 is connected to the server apparatus 600 via 
the Internet 700. The convenience -store terminal 700 obtains character data 
from the server apparatus 600 via the Internet 20, and writes the obtained 
character data to the memory card 300. 

Structure of server apparatus 600 

As FIG. 2 shows, the server apparatus 600 io compriocd of includes an 
information storage unit 601, a control unit 602, an input unit 603, a display 
unit 604, a communication unit 605, and an authentication unit 606. 

The server apparatus 600 is specifically a computer system comprised 
e^ including a microprocessor, a ROM, a RAM, a hard disk unit, a LAN connection 
unit, a display unit, a keyboard, a mouse, and the like. The RAM or the hard 
disk unit stores a computer program therein. The server apparatus 6 00 achieves 
apart of its function, by the microprocessor operating according to the computer 
program. 

(1) Information storage unit 601 

As FIG. 2 shows, the information storage unit 601 has a game information 
table 621, a user purchase information table 631, and a game sales information 
table 641. 



(game information tabic 6 21) 
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As FIG. 2 shows, the game information table 621 includes a plurality of 
sets of game information. Each set of game information io compriocd of includes 
two game identifiers, one piece of character data, and two secret keys. 

Each of the two game identifiers is identification information for 
5 identifying a game software program. Between the two game identifiers, the 
first game identifier identifies a game software program operated by a stationary 
game apparatus , whcrcao . Whereas, the second game identifier identifies a 
game software program operated by a portable game apparatus. In addition, the 
first game identifier corresponds to the first secret key of the two secret 

10 keys, and the second game identifier corresponds to the second secret key. 

Each game identifier is formed by a combination of type information and 
identification number. Type information indicates whether the game software 
program is operatedby a stationary game apparatus or by aportable game apparatus , 
and takes one of the values "A" and W B" . Here, "A" identifies a game software 

15 program operated by a portable game apparatus , and U B" identifies a game software 
program operated by a stationary game apparatus. The identification number 
is a number unique to each game, and so a same identification number is assigned 
to a game by means of a game ooft software program operated by a stationary 
game apparatus and a game by means of a game ooft software program operated 

20 by a portable game apparatus, if the mentioned games are identical. 

For example, the game identifier 622 "A001" is formed by a combination 
of type information "A" and identification number "001" , and the game identifier 
625 "B001" is formed by a combination of type information "B" and identification 
number "001" . Therefore^ the game identifier 622 "A001" and the game identifier 

25 625 "B001" are respectively a game software program operated by a portable 

game apparatus, and a game software program operated by a stationary game 
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apparatus. In addition, the games by means of these two game software programs 
are identical to each other. 

The character data are information showing external form and competence 
capability of a character appearing in a game. To be more specific, the character 
5 data 623 is made up of a character ID, tribe, sex, occupation, height, weight, 
hair style, shape of eyes, shape of ears, life power, fighting power, and fund^ 
for example . These items will be detailed later. 

If a game by means of a game software program operated by a portable 
game apparatus is identical to a game by means of a game software program operated 
10 by a stationary game apparatus, a character will be shared in the game system 
10. In other words, the external forms, competence capability , etc. for example, 
of both the characters respectively appearing in these games are identified 
by one piece of character data. Therefore^ two game identifiers that have an 
identical identification number are associated with one piece of character 
15 data. For example, the game identifier 622 "A001" and the game identifier 625 
"B001" are both associated with the character data 623. 

One secret key is generated for each game software program. 

(2) Game sales information table 641 

2 0 As FIG. 3 shows, the game sales information table 641 includes a plurality 

of sets of game sales information. Each set of game sales information includes 

two game identifiers, one game title, and two prices. 

As already described, two game identifiers are each identification 

information for identifying a game software program. Between the two game 

25 identifiers, the first game identifier identifies a game software program 

operated by a stationary game apparatus, whereas^ the second game identifier 
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identifies a game software program operated by a portable game apparatus. In 
addition, the first game identifier is associated with the first price between 
the two pricco , and the second game identifier is associated with the second 
price . 

5 The game title is a title identifying a corresponding game. When the 

game by means of a game software program operated by a portable game apparatus 
is identical to a game by means of a game software program operated by a stationary 
game apparatus , the game titles for these two game software programs are identical 
to each other, which means that the two game identifiers correspond to one 
10 game title. 

Each of the two prices shows a sales price of a game software program 
identified by a corresponding game identifier. 

(3) User purchase information table 631 

15 As FIG. 4 shows, the user purchase information table 631 includes a 

plurality of sets of purchase information. Each set of purchase information 
is made up of either: one user ID, one game identifier, and one purchase date; 
or [ [of] ] one user ID, two game identifiers, and two purchase dates. 

When the user purchases one of a game software program operated by a 

2 0 portable game apparatus and a game software program operated by a stationary 
game apparatus, the purchase information will be made up of one user ID, one 
game identifier, and one purchase date. When the user purchases both of the 
game software programs, the purchase information will be made up of one user 
ID, two game identifiers, and two purchase dates. 

25 The user ID is identification information for identifying a user that 

has purchased the game software program. 
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As described above, the game identifier identifies either a game software 
program operated by a portable game apparatus or a game software apparatus 
operated by a stationary game apparatus-^, the game software programs having 
been purchased by this user. 
5 The purchase date indicates a date at which the user purchased a 

corresponding game software program. 

(4) Authentication unit 606 

The authentication unit 606 performs mutual apparatus authentication 
10 with an external apparatus using_a challenge-response method by being controlled 
by the control unit 602, prior to communication start between the control unit 
602 and the external apparatus via the communication unit 605 . Here, explanation 
on the challenge-response method is omitted because it is publicly known. 

The authentication unit 606 outputs the result of an apparatus 
15 authentication to the control unit 602. When the mutual authentication has 
failed, the authentication unit 606 prohibits the control unit 602 from 
communicating with the external apparatus, and when the mutual authentication 
has succeeded, the authentication unit 606 permits the control unit 602 to 
communicate with the external apparatus . 
20 In this example, the external apparatus is the memory card 300. 

(5) Communication unit 605 

The communication unit 605 is connected to the stationary game apparatus 
100 and to the convenience -store terminal 700, via the Internet 20. 

The communication unit 605, via the Internet 20, transmits/receives 
25 information to/ from the stationary game apparatus 10 0 and the authentication 
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unit 606, and to/from the stationary game apparatus 100 and the control unit 
602 . 

In addition, via the Internet 20, the communication unit 605 
transmits/receives information to/from the convenience -store terminal 700 and 
5 the authentication unit 606, and to/from the stationary game apparatus 100 
and the control unit 602. 

(6) Control unit 602 

(Transmission of character data to stationary game apparatus 100) 
10 The control unit 602 receives a user ID, a game identifier, and signature 

data, from the stationary game apparatus 100 via the Internet 20 and via the 

communication unit 605. 

As described above, the user ID is identification information for 

identifying a user, and the game identifier is identification for identifying 
15 a game software program. In addition, the signature data is generated by 

performing a digital signature SIG on the game identifier and the user ID, 

using a public key corresponding to the game software program, as detailed 

later . 

Here , one example of digital signature SIG is a digital signature algorithm 
2 0 whose security is assured based on a_discrete logarithm problem on an elliptic 
curve. This is a publicly known technology and so is not described here. 

Next, the control unit 602 reads a secret key corresponding to the received 
game identifier from the game information table 621 that the information storage 
unit 6 01 owns. 

25 Next , the control unit 602 performs digital signature verification U VRFY" 

on the game identifier, the user ID, and the signature data, thereby obtaining 
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a verification result. Here, the digital signature verification "VRFY" is a 
signature verification algorithm by way of the ElGamal signature method on 
the elliptic curve. 

Next, the control unit 602 transmits the verification result obtained 
by the digital signature verification W VRFY" to the stationary game apparatus 
100 via the communication unit 605 and the Internet 20. When the verification 
result indicates a failure, the control unit 602 does not perform the processing 
thereafter . 

When the verification result indicates a success, the control unit 602 
receives a communication instruction from the stationary game apparatus 100 
via the Internet 20 and the communication unit 605, and furthermore^ controls 
the authentication unit 606 to perform mutual apparatus authentication with 
the memory card 300 loaded to the stationary game apparatus 100. 

The control unit 602 receives an authentication result from the 
authentication unit 606, and transmits the received authentication result to 
the stationary game apparatus 100 via the communication unit 605 and the Internet 
20. Here, when the authentication result indicates a failure, the control unit 
602 does not perform the processing thereafter. 

On the other hand, when the authentication result indicates a success, 
the control unit 602 searches the user purchase information table 631 for the 
received user ID, and when the received user ID cannot be found in the user 
purchase information table 631, the control unit 602 transmits the search result 
showing such to the stationary game apparatus 100 via the communication unit 
605 and the Internet 20. 

When the received user ID is found in the user purchase information table 

631, the control unit 602 reads the character data corresponding to the received 
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game identifier from the game information table 621, and transmits the read 
character data to the stationary game apparatus 100 via the communication unit 
605 and the Internet 20. 

Next, the control unit 602 receives completion information indicating 
5 completion of writing of the character data to the memory card 300, from the 
stationary game apparatus 10 0 via the Internet 2 0 and the communication unit 
605. Upon receiving the completion information, the control unit 602 performs 
billing processing directed to the user that the user ID identifies. 

10 (Transmission of character data to the convenience-store terminal 700) 

The control unit 602 receives an authentication instruction that indicates 
request for mutual authentication with the memory card 300, from the 
convenience- store terminal 700 via the Internet 20 and the communication unit 
605. 

15 Upon receiving the authentication instruction, the control unit 602 

controls the authentication unit 6 06 to perform mutual apparatus authentication 
with the memory card 300 . Next, the control unit 602 receives an authentication 
result from the authentication unit 6 06 , and transmits the authentication result 
to the convenience- store terminal 700 via the communication unit 605 and the 

2 0 Internet 20. 

When the authentication result indicates a failure, the control unit 
602 does not perform the processing thereafter. 

When the authentication result indicates a success, the control unit 
602 reads all the sets of game sales information from the game sales information 
2 5 table 641, and transmits the read sets of game sales information to the 
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convenience- store terminal 700 via the communication unit 605 and the Internet 
20. 

Next, the control unit 602 receives a game identifier from the 
convenience- store terminal 700 via the Internet 20 and the communication unit 
5 605. Upon receiving the game identifier, the control unit 602 reads character 
data corresponding to the game identifier from the game information table 621, 
and transmits the read character data to the convenience -store terminal 700 
via the communication unit 605 and the Internet 20. 

(7) Input unit 603 and display unit 604 

The input unit 603 receives input of either data or an instruction from 
the operator of the server apparatus 600 , and outputs either data or an instruction 
having been received, to the control unit 602. 

The display unit 604 displays a variety of information by being controlled 
by the control unit 602. 

1.3 DVD 500 

The DVD 500 is a portable optical disk medium that can record therein 
a large amount of data. 

2 0 For example, the DVD 500 prootorco pre- stores a stationary main program 

511, a stationary character processing program 551, and a stationary development 
item table 561. These are either a computer program or data for the computer, 
used at the stationary game apparatus 100, and constitute one game software 
program. 

25 

(1) Explanation about game 

21 



First, the game by way of the game software program is explained, prior 
to an explanation about the stationary game program 511 , the stationary character 
processing program 551, and the stationary development item table 561. 

The game is constituted by "n" game stages 1, 2, ...,n. The game will 
5 proceed in the order of the game stages 1 , 2, ...,n. Each game stage is constituted 
by "m" game steps 1, 2, ...,m, and the game will proceed in the order of the 
game steps 1, 2, m. 

Within each game step, the maximum time of game play allowed for a user 
is determined as "MAX" . If the game play time exceeds the maximum value "MAX" 
10 in a step, the game step will be ended normally, and the operation proceeds 
to a next game step. 

In a game, a character who is an operation target of a player of the 
stationary game apparatus 100 (i.e. a user) , a background expressing each scene 
of the game, an attacker who will attack the character, and other objects, 
15 will appear. 

FIGs. 6-8 show an example of a screen in the monitor 12 0 displayed in 

each game step in each game stage. 

The character 572 , the background 573 , and the other objects are displayed 

at the screen 571 shown in FIG. 6. The character 575, the background 576, and 

20 other objects are displayed at the screen 574 shown in FIG. 7. The character 

57 8, the background 57 9, the attacker 580, and other objects are displayed 

at the screen 577 shown in FIG. 8. 

The character is given personality attributes such as tribe, sex, and 

occupation-; — which conotitutc pcroonality charactcriotico of the character . 

2 5 In addition, the character is given form attributes such as height, weight, 

hair style, shape of eyes, ohapc and shape of ears arc given to the character 
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ao form charactcriotico . In addition, power attributes are given to the 
character such as life power, fighting power , and fund arc given to the character 
ao power characteristics . 

Here, tribe, sex, occupation, height, weight, hairstyle, shape of eyes, 
5 shape of ears arc what they mean literally have their literal meanings , and 
so whooc an explanation is not given. 

Tribe, sex, occupation, hair style, shape of eyes, and shape of ears 
are character is tico at tributes that do not change. On the other hand, height, 
weight, life power, fighting power, and fund will change as the game proceeds. 

10 The life power indicates the power of the character to live. When it 

takes a_greater value than 0, the character is alive, and when it takes [ [the] ] 
a value of 0, the character is dead. For example, when the character is given 
an inevitable attack from an attacker, the value of the life power decreases. 
On the other hand, when each game stage is ended normally, the value of the 

15 life power increases. 

The fighting power indicates the power of the character to attack the 
attacker. When it takes a_greater value than 0, the character is able to attack 
the attacker. When it takes the value of 0, the character is unable to attack 
the attacker. In addition, when each game stage is ended normally, the value 

2 0 of the fighting power increases. 

The fund indicates the value of currency owned by the character, which 
can be used to purchase other goods . When the character succeeded in effectively 
attacking the attacker, or when each game stage has ended normally, the value 
of the fund increases. 

25 The height and weight change changes as the game proceeds, as mentioned 

above. When each game stage is ended normally, the value of height and weight 
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respectively increases by a predetermined value . In other words , the character 
grows up in terms of form. 

Here, the character, the attacker, and the background exist imaginarily 
in [ [the] ] a three- dimcnoion dimensional game space. The game space is expressed 
5 in orthogonal coordinates of X-coordinate , Y-coordinate , and Z-coordinate . 

A part of the game space is clipped so as to generate a display space. 
A character existing in the display space is thrown in a frame by perspective 
projection, to form an image. 

10 (2) Stationary game program 511 

As FIG. 5 shows, the stationary game program 511 io compriocd of includes 
a related information unit 521, a program unit 531, and an object data unit 
541. 

(Related information unit 521) 

15 The related information unit 521 io compriocd of includes a game section 

522, a game identifier BID 523, a public key BPK 524, a game title 525, and 

audio information not drawn in this drawing. 

The game section 522 indicates that the stationary game program 511 is 

a game program used in a stationary game apparatus. 

20 The game identifier BID 523 is identification information for identifying 

the stationary game program 511. 

The public key BPK 524 is generated using a secret key and by the public-key 

generation method. Here, the secret key corresponds to the game identifier 

found in the game information table 621 that the information storage unit 601 

25 of the server apparatus 600 owns, which is identical to the game identifier 

BID 523 . Here, one example of the public-key generation method is a public-key 
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generation algorithm by means of ElCamal ElGamal signature method on an elliptic 
curve . 

The game title is a title used for identifying a game realized by the 
stationary game program 511. 
5 The audio information is coded data of the character's voice, music, and 

sound effect. 

(Program unit 531) 

The program unit 531 includes a computer program for a stationary game 
(hereinafter called "stationary main program) , a computer program for processing 

10 one frame of image (hereinafter called "stationary frame processing program") 
and a computer program for processing fighting scenes (hereinafter called 
"fighting-scene program") . Each computer program ia compriacd of includes a 
plurality of instructions in various machine language formats. The machine 
language formats are a format to be decoded and executed by a main control 

15 unit 108 of the stationary game apparatus 100 (the main control unit 108 will 
be described in detail later) . The stationary main program, the stationary 
frame processing program, and the fighting- scene program are used by the main 
control unit 108. 

The stationary frame processing program is called by the stationary main 
2 0 program for use. In addition, the fighting- scene program is called by the 
stationary frame processing program for use. 

The following describes the content of each computer program. For easier 
understanding of the content of each computer program, the following description 
uses flowcharts to represent computer programs, instead of a representation 
25 using instructions in machine language format, 
(a) Stationary main program 
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The following describes the stationary main program with use of the 
flowcharts of FIGs.9-10. 

The stationary main program reads the resumption stage No. 335 and the 
resumption step No. 336, and writes the read resumption stage No . and resumption 
5 step No. to the main storage unit 110. Here, the resumption stage No. and the 
resumption step No. are respectively^ numbers indicating the game stage and 
the game step , from which the game should be resumed . When each of the resumption 
stage No. and the resumption step No. is "1", the game will proceed from the 
first game step of the first game stage. When the resumption stage No. and 
10 the resumption step No. are respectively "5" and "3" for example, the game 
will proceed from the third game step of the fifth game stage. In this way, 
the resumption stage No. and the resumption step No. are information for 
controlling the position to restart the game proceeding (Step S101) . 

Next, the stationary main program reads the character data 321 from the 
15 memory card 300, and writes the read character data to the main storage unit 
110 (Step S102) . 

Next, the stationary main program extracts the height and the weight 
from the character data in the main storage unit 110, and updates the character 
object data stored in the main storage unit 110, so as to change the form of 

20 the character based on the ratio of the height to the weight. Specifically, 
when the height is large and the weight is heavy, or when the height is small 
and the weight is light, the updating is performed so that the character will 
have a standard form . If the height is large and the weight is light , the updating 
is performed so that the character will have a slender form. If the height 

25 is small and the weight is heavy, the updating is performed so that the character 
will have a fat form. As detailed later, character object data is 



three-dimensional data showing a three-dimensional form of a character (Step 
S103) . 

Next, in Step S105 - Step S124, the following Step S106-Step S123 are 
repeated until the game stage shown by "n" is completed by starting with the 
5 game stage shown by the resumption stage No. 

(i) In Step S106 - Step S113, the following step S107 - Step S112 
are repeated until the game step shown by "m" is completed by starting with 
the game step shown by the resumption step No. 

It is judged whether the life power written in the main storage unit 110 
10 shows "0" (Step S107) . 

When the life power is judged to show "0" (Step S107) , a screen showing 
game ending is generated, and the generated screen is written to the frame 
buffer 106 as a frame image (Step S108) . Then a screen display instruction 
indicating to transfer the frame image in the frame buffer 106 to the VRAM 
15 115 is written to the register R0 151 of the register unit 109. Then a control 
signal indicating that the writing of the instruction to the register unit 
109 has been completed is outputted to the graphics control unit 113 (Step 

51 09) . Then^ the game ends. 

When the life power is judged not to show "0" (Step S107) , it is judged 
2 0 whether the elapsed time in the game step exceeds the maximum value MAX (Step 

5110) , and when the elapsed time is judged to exceed the maximum value MAX 
(Step S110), the game step is ended, and the operation goes on to the next 
game step. 

When the elapsed time is judged not to exceed the maximum value MAX (Step 

25 S110) , the elapsed time is counted (Step Sill) , and the stationary frame 

processing program is called so as to move the control to the stationary frame 
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processing program, thereby performing processing for one frame image (Step 
S112) . After the processing for one frame image has ended, the operation returns 
to Step S110, so as to repeat the processing. 

(ii) Next, it is judged whether the height flag written in the main 
5 storage unit 110 is "ON" or "OFF" (Step S114) . If the height flag is judged 

to be "OFF" (Step S114) , the control is moved to Step S117 . If the height flag 
is judged to be "ON" (Step S114) , the value "10" is added to the height written 
in the main storage unit 110 (Step S115) , and the height after 10 is added 
is written to the high-order bit of the register R4 155 of the register unit 
10 109 (Step S116) . 

(iii) Next, it is judged whether the weight flag written in the main 
storage unit 110 is "ON" or "OFF" (Step S117) . If the weight flag is judged 
to be "OFF" (Step S117) , the control is moved to Step S120. If the weight flag 
is judged to be "ON" (Step S117) , the value "0 . 5" is added to the weight written 

15 in the main storage unit 110 (Step S118) , and the weight after 0.5 is added 
is written to the low-order bit of the register R4 155 of the register unit 
109 (Step S119) . 

(iv) Next, it is judged whether the life-power flag written in the 
20 main storage unit 110 is "ON" or "OFF" (Step S120) . If the life-power flag 

is judged to be "OFF" (Step S120) , the control is moved to Step S122 . If the 
life-power flag is judged to be "ON" (Step S120) , the value "10" is added to 
the life power written in the main storage unit 110 (Step S121) . 

(v) Next, it is judged whether the fighting-power flag written in 
25 the main storage unit 110 is "ON" or "OFF" (Step S122) . If the fighting-power 

flag is judged to be "ON" (Step S122) , the value "10" is added to the fighting 



power written in the main storage unit 110 (Step S123) . If the fighting-power 
flag is judged to be "OFF" (Step S122) , nothing is performed, 
(b) Stationary frame processing program 

The following describes the stationary frame processing program with 
use of the flowcharts shown in FIGs. 11-12. 

The stationary frame processing program calculates the coordinates value 
(three-dimensional coordinates) of the current attack object in the game space. 
Here, the coordinates value of an attack object is a point of game space at 
which the center of the form of the attach attack object exists (e.g._j_ the 
center of the head when an object is in a form of human being) . Note that this 
also applies to the coordinates value of a character object and to the coordinates 
value of a background object. 

Specifically, the coordinates value of an attack object is calculated 
as follows. 

The initial value of the coordinates value of an attack object is described 
within the stationary frame processing program . Initially, this initial value 
is considered as the coordinates value of the attack object. 

Later, three random numbers (each corresponding to X- coordinate value, 
Y- coordinate value, and Z- coordinate value) are generated, and a new coordinates 
value for the attack object is calculated by adding the three random numbers 
to the corresponding coordinates value of the attack object (i.e. X-coordinate 
value, Y-coordinate value, and Z-coordinate value) (Step S131) . 

Next, the calculated coordinates value of the attack object is written 
to the register R3 154 of the register unit 109 (Step S132) . 

Next, operation instruction information corresponding to the button on 

the operation controller 122 is received from the operation controller 122 
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via the controller control unit 101, and a type of the received operation 
instruction information is judged (Step S133) . 

When received operation instruction information corresponds to an 
up-button, a down-button, a^lef t-button, and a right -button (StepS133), then 
5 a Y- coordinate value of the character object is incremented by 1 (Step S134) , 
decremented by 1 (Step S135) , an X-coordinate value is decremented by 1 (Step 
S136) , and an X-coordinate value is incremented by 1 (Step S137) , respectively. 

Here, the initial value of the coordinates value of the character object 
is described in the stationary frame processing program, just as the initial 
10 value of the coordinates value of the attack object. Initially, this initial 
value is set as the coordinates value of the character object. 

When received operation instruction information corresponds to a STOP 
button (Step S133) , the control is moved on to Step S145. 

When received operation instruction information corresponds to ^DECISION 
15 button (Step S133) , nothing is performed and the control is moved to Step S139. 

When received operation instruction information corresponds to one of 
the other buttons (Step S133) , the processing corresponding to the button is 
performed (Step S138) , and then the stationary frame processing program is 
ended . 

20 When operation instruction information is not received (Step S133) , 

nothing is performed and the control is moved to Step S139. 

Next, the fighting program is called thereby moving the control to the 
fighting program, so as to perform processing at fighting (Step S139) . 

When processing at fighting is finished, the coordinates value of the 
25 character object is written to the register Rl 152 of the register unit 109 
(Step S140) . 
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Next, the coordinates value of the background object is calculated (Step 
S141) , and the calculated coordinates value for the background is written to 
the register R2 153 of the register unit 109 (Step S142) . 

Next, a generating instruction for the background object is called. 
5 Specifically, a generating instruction indicating generation of the background 
object is written to the register R0 151 of the register unit 109, and a control 
signal indicating that the instruction has been written to the register unit 
109 is outputted to the graphics control unit 113 (Step S143) . 

Next, a generating instruction for an attack object is called. 
10 Specifically, a generating instruction indicating generation of the attack 
object is written to the register R0 151 of the register unit 109, and a control 
signal indicating that the instruction has been written to the register unit 
109 is outputted to the graphics control unit 113 (Step S144) . 

Next, a generating instruction for a character object is called. 
15 Specifically, a generating instruction indicating generation of the character 
object is written to the register R0 151 of the register unit 109, and a control 
signal indicating that the instruction has been written to the register unit 
109 is outputted to the graphics control unit 113 (Step S151) . 

Next, a screen display instruction, which indicates to transfer a frame 
20 image of the frame buffer 106 to the VRAM 115, is written to the register R0 
151 of the register unit 109 , and a control signal indicating that the instruction 
has been written to the register unit 109 is outputted to the graphics control 
unit 113 (Step S152) , and the processing for the stationary frame processing 
program is ended. 

25 When received operation instruction information corresponds to a STOP 

button (Step S133) on the operations controller 122 , a SAVE screen is generated 
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which includes a message for confirming the user whether 1) character data, 
a resumption stage No. , and a resumption step No. should be saved in the memory 
card 3 00 before ending of the game, or 2) the game can be ended without saving 
the above information. Then^ the generated SAVE screen is written to the frame 
5 buffer 106 as a frame image (Step S145) . Next, a screen display instruction, 
which indicates to transfer the frame image of the frame buffer 106 to the 
VRAM 115, is written to the register R0 151 of the register unit 109, and a 
control signal indicating that the instruction has been written to the register 
unit 109 is outputted to the graphics control unit 113 (Step S146) . 

10 Next, operation instruction information corresponding to a button on 

the operation controller 122 is received from the operation controller 122 
via the controller control unit 101. Here, the operation instruction 
information indicates either to perform the save or not. Next, a type of the 
received operation instruction information is judged (Step S147) . 

15 When the received operation instruction information indicates not to 

perform the save (Step S147) , the game processing is ended there. 

When the received operation instruction information indicates to perform 
the save (StepS147) , height, weight, lifepower, fighting power , fund, resumption 
stage No. and resumption step No. are read from the main storage unit 110 (Step 

20 S148) , and the character data 321 in the information storage unit 301 of the 
memory card 3 00 is overwritten with the read height , weight, lifepower, fighting 
power, and fund. In addition, the resumption stage No. 33 5 and the resumption 
step No. 335 are overwritten with the read resumption stage No. and the resumption 
step No. (Step S149) . Next, the processing of the stationary frame processing 

2 5 program is ended. 

(c) Fighting program 
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The following describes the fighting program with use of the flowcharts 
in FIGs. 13-14 . 

The fighting program judges whether the coordinates value for the 
character object exists within an attack range whose center is the coordinates 
5 value of the attack object. Here, the attack range is a spacious range in the 
game space in which the effect of the attack weapon that the attack object 
owns can reach. 

The fighting program further judges whether the coordinates value for 
the attack object exists within a counter-attack range whose center is the 
10 coordinates value of the character object. Here, the counter-attack range is 
a spacious range in the game space in which the effect of the counter-attack 
weapon that the character object owns can reach^ 

Furthermore, the fighting program judges whether there is an attack by 
the attack object, and judges whether there is a counter attack by the character 
15 object. 

According to a combination of four judgment results, the processing 
content of the fighting program changes. 

(i) Within attack range and within counter-attack range 

Within the attack range (Step S171) and within the counter-attack range 
20 (Step S172) , when there is no attack (Step S173) and there is no counter attack 
(Step S174), the fighting program is ended without performing anything. 

Within the attack range (Step S171) and within the counter-attack range 

(Step S172) , when there is no attack (Step S173) but there is a counter attack 

(Step S174) , 1 is added to the fund stored in the main storage unit 110 (Step 

25 S175) , and 1 is subtracted by the fighting power stored in the main storage 

unit 110 (Step S176) , and then the fighting program is ended. 
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Within the attack range (Step S171) and within the counter-attack range 
(Step S172) , when there is an attack (Step S173) and there is no counter attack 
(Step S177) , 1 is subtracted from the life power stored in the main storage 
unit 110 (Step S178) , and then the fighting program is ended. 
5 Within the attack range (Step S171) and within the counter-attack range 

(Step S172) , when there is an attack (Step S173) and there is a counter attack 
(Step S177), 1 is subtracted from the fighting power (Step S179) , and then 
the fighting program is ended. 

(ii) Within attack range and out of counter-attack range 
10 Within the attack range (Step S171) and out of the counter-attack range 

(Step S172) , when there is no attack (Step S180) and there is no counter attack 
(Step S181) , the fighting program is ended without performing anything. 

Within the attack range (Step S171) and out of the counter-attack range 
(Step S172) , when there is no attack (Step S180) and there is a counter attack 
15 (Step S181) , then 1 is subtracted from the fighting power (Step S182) and then 
the fighting program is ended. 

Within the attack range (Step S171) and out of the counter-attack range 
(Step S172) , when there is an attack (Step S180) and there is no counter attack 
(Step S183), 1 is subtracted from the life power (Step S184) , and then the 
2 0 fighting program is ended. 

Within the attack range (Step S171) and out of the counter-attack range 
(Step S172) , when there is an attack (Step S180) and there is a counter attack 
(Step S183) , 1 is subtracted from the life power (Step S185) , and 1 is subtracted 
from the fighting power (Step S186) , and then the fighting program is ended. 
25 (iii) Out of attack range and within counter-attack range 
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Out of the attack range (Step S171) and within the counter-attack range 
(Step S191) , when there is no attack (Step S192) and there is no counter attack 
(Step S193), the fighting program is ended without performing anything. 

Out of the attack range (Step S171) and within the counter-attack range 
5 (Step S191) , when there is no attack (Step S192) and there is a counter attack 
(Step S193) , 1 is added to the fund (Step S194) , and 1 is subtracted from the 
fighting power (Step S195) , and then the fighting program is ended. 

Out of the attack range (Step S171) and within the counter-attack range 
(Step S191) , when there is an attack (Step S192) and there is no counter attack 
10 (Step S196) , the fighting program is ended without performing anything. 

Out of the attack range (Step S171) and within the counter-attack range 
(Step S191) , when there is an attack (Step S192) and there is a counter attack 
(Step S196) , 1 is added to the fund (Step S197) , and 1 is subtracted from the 
fighting power (Step S178) , and then the fighting program is ended. 

15 

(iv) Out of attack range and out of counter-attack range 
Out of the attack range (Step S171) and out of the counter-attack range 
(Step S191) , when there is no attack (Step S201) and there is no counter attack 
(Step S202) , the fighting program is ended without performing anything. 
20 Out of the attack range (Step S171) and out of the counter-attack range 

(Step S191) , when there is no attack (Step S201) and there is a counter attack 
(Step S202) , 1 is subtracted from the fighting power (Step S203) , and the fighting 
program is ended. 

2 5 (1) ^Object data unit 54 If 
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As FIG. 5 shows, the object data unit 541 includes character object data 
54 2, background object data 54 3, attack object data 544, and other object data 
that are not shown in the drawing. 

The character object data 542, the background object data 543, and the 
5 attack object data 544 are three-dimensional curve data respectively showing 
a three-dimensional form of a character object, a background object, and an 
attack object, which are for a stationary game apparatus. 

(2) Stationary character processing program 551 

As FIG. 5 shows, the stationary character processing program 551 ±& 
10 compriocd of includes a program unit 552. The program unit 552 includes a 
stationary image generating program shown below. 

The stationary image generating program is a computer program compriocd 
o-f- including instructions in machine language formats. These machine language 
formats are to be decoded and executed by the graphics control unit 113 in 
15 the stationary game apparatus 100 (the graphics control unit 113 being detailed 
later) , and the stationary image generating program is used by the graphics 
control unit 113. 

The following describes the content of the stationary image generating 
program. For an easier understanding of the content of the stationary image 

2 0 generating program, the following description uses flowcharts shown in 
FIGs. 15-16 to represent the stationary image generating program, instead of 
a_representation using instructions in machine language format. Accordingly, 
the stationary image generating program is explained as follows with uoc of 
using these flowcharts . 

25 The stationary image generating program receives a control signal 

indicating that writing of an instruction from the main control unit 108 to 



the register unit 10 9 has been complete completed . This control signal indicates 
an image generating request issued from the main control unit 108 and directed 
to the graphics control unit 113 (Step S301) . 

Upon receiving the control signal, the contents of the register R0 151 
5 of the register unit 109 is read. The register R0 151 stores an instruction, 
which has been written by the main control unit 108 (Step S302) . 

Next, it is judged whether the contents read from the register R0 151, 
namely the instruction, is a screen display instruction or not (Step S303) . 
If it is judgedaf f irmatively (StepS303) , duringa vertical retrace time detailed 
10 later, a frame image stored in the frame buffer 106 of the stationary game 
apparatus 100 is transferred to the VRAM 115 (Step S310) , and the control will 
return to Step S3 01 for repeating processing. 

If it is judged negatively (Step S303) , namely if it is judged that the 
read contents is one of a character-object generating instruction, a 
15 background-object generating instruction, and an attack-object generating 
instruction, the coordinates of the object which is the target of a corresponding 
generating instruction is read from the register unit 109. Specifically, in 
a case where the generating instruction is one of a character-object generating 
instruction, a background- obj ect generating instruction, and an attack-object 
20 generating instruction, the contents in the register Rl 152, the register R2 
153, and the register R3 154 is respectively read (Step S304) . 

Next, the corresponding object data is read from the graphics storage 
unit 114 of the stationary game apparatus 100 (Step S305) . 

Here, if the corresponding object data corresponds to a character object 
25 (Step S306), the height and weight are read from the register R4 155 of the 
register unit 109 (Step S307) , and correction is performed to the read character 



data using the read height and weight . This correction is a processing operation 
identical to ao in the update performed at Step S103 in the flowchart of FIG. 9 
(Step S308) . 

Next, object image generating is performed using the object data. The 
object image generating is detailed later (Step S309) . Then the control will 
return to Step S301, for repeating processing. 

(procedure of object image generation) 

Next, the procedure of object image generation is described. 

The object data is subjected to perspective projection transformation 
to generate wire frame data (step S321) . Then polygon data is generated (Step 
S322) , and processing of hidden plane clearing and hidden line clearing is 
performed (Step S323) , and shade/shadow data is generated (Step S324). 

Note that the pcropcctivc projection transformation, the polygon data 
generation, hidden plane clearing, hidden line clearing, and shade/shadow 
generation are disclosed in the non-patent references 2 and 3 , and so are publicly 
known. Therefore^ explanation thereof is omitted in this description. 
(3) Stationary development item table 561 

As shown in FIG. 5, the stationary development item table 561 includes 
a height flag 562 , a weight flag 563 , a life-power flag 564 , and a fighting-power 
flag 565. 

The height flag 562 indicates whether update of height is permitted for 

the character data obtained from the server apparatus 600 while the game is 

proceeded continued in the stationary game apparatus 100. The height flag 562 

takes a value of either ON or OFF, where ON indicates that height update is 

permitted, and OFF indicates that height update is not permitted. Here in FIG . 5 , 

the height flag 562 is set to be ON, which means that update directed to the 
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height included in the character data obtained from the server apparatus 600 
is permitted during the game proceeding continuing in the stationary game 
apparatus 100. 

The aforesaid rule also applies to the other flags. 
5 The weight flag 563 indicates whether update of weight is permitted for 

the character data obtained from the server apparatus 600 while the game is 
proceeded continued in the stationary game apparatus 100. The weight flag 563 
takes a value of either ON or OFF, where ON indicates that weight update is 
permitted, and OFF indicates that weight update is not permitted. Here in FIG. 5 , 
10 the weight flag 563 is set to be ON, which means that update directed to the 
weight included in the character data obtained from the server apparatus 600 
is permitted during the game proceeding continuing in the stationary game 
apparatus 100. 

The life-power flag 664 indicates whether update of life power is permitted 
15 for the character data obtained from the server apparatus 600 while the game 

is proceeded continued in the stationary game apparatus 100. The life-power 

flag 664 takes a value of either ON or OFF, where ON indicates that life power 

update is permitted, and OFF indicates that life power update is not permitted. 

Here in FIG. 5, the life-power flag 664 is set to be OFF, which means that update 
20 directed to the life power included in the character data obtained from the 

server apparatus 600 is not permitted during the game proceeding continuing 

in the stationary game apparatus 100. 

The fighting-power flag 665 indicates whether update of fighting power 

is permitted for the character data obtained from the server apparatus 600 
25 while the game is proceeded continued in the stationary game apparatus 100. 

The fighting-power flag 665 takes a value of ON or OFF , whore . Where , ON indicates 



that fighting power update is permitted, and OFF indicates that fighting power 
update is not permitted. Here in FIG. 5, the fighting-power flag 665 is set 
to be OFF, which means that update directed to the fighting power included 
in the character data obtained from the server apparatus 600 is not permitted 
5 during the game proceeding in the stationary game apparatus 100. 
Ir^Ar Stationary game apparatus 100 

As FIG. 17 shows, the stationary game apparatus 100 is structured by a 
controller control unit 101, a memory card input/output unit 102, a drive unit 
103, a communication unit 104, a connection unit 105, a frame buffer 106, an 
10 authentication unit 107, a main control unit 108, a register unit 109, a main 
storage unit 110, a large-capacity storage unit 111, a graphics control unit 

113, a graphics storage unit 114, a VRAM 115, a video signal generating unit 
116, an audio signal generating unit 117, a system bus 118, and an image bus 
119. 

15 The controller control unit 101, the memory card input/output unit 102, 

the drive unit 103, the communication unit 104, the connection unit 105, the 
frame buffer 106, the authentication unit 107, the main control unit 108, the 
main storage unit 110, the large-capacity storage unit 111, the graphics storage 
unit 114, the audio signal generating unit 117, and the video signal generating 

20 unit 116 are respectively connected to the system bus 118. In addition, the 
frame buffer 106, the graphics control unit 113, the graphics storage unit 

114, the VRAM 115, and the video signal generating unit 116 are respectively 
connected to the image bus 119. 

As FIG.l shows, an operation controller 122 and a monitor 120 are connected 
25 to the stationary game apparatus 100. In addition, a portable game apparatus 
200 is connected to the stationary game apparatus 100 via the cable 30. 



Furthermore, the DVD 500 and the memory card 300 are loaded to the stationary 
game apparatus 100. 

(1) Operation controller 122 

The operation controller 122 is provided with, on its surface, an UP 
5 button, a DOWN button, a LEFT button, a RIGHT button, a DECISION button, a 
START button, a STOP button, and other buttons. When an operation directed 
to each button is received from a user, operation instruction information 
corresponding to the button to which the operation is directed is outputted 
to the stationary game apparatus 100. 

10 

(2) Controller control unit 101, memory card input/output unit 102, 
drive unit 103, communication unit 104, and connection unit 105 

The controller control unit 101 is connected to the operation controller 
122, and receives operation instruction information corresponding to a button 
15 from the operation controller 122 , and outputs the received operation instruction 
information to the main control unit 108 via the system bus 118. 

In addition, upon loading of the memory card 3 00 to the stationary game 
apparatus 100, the memory card input/output unit 102 is connected to the memory 
card 300, and reads information from the memory card 300 by being controlled 
2 0 by the main control unit 108, and outputs the read information to the main 
control unit 108 via the systembus 118 . Inaddition, the memory card input/output 
unit 102 receives information from the main control unit 108 via the system 
bus 118, and writes the received information to the memory card 3 00. 

The drive unit 103, by being controlled by the main control unit 108, 
25 reads information stored in the DVD 500, and outputs the read information to 
the main control unit 108 via the system bus 118. 



The communication unit 104 is connected to the Internet 20 , and performs 
transmission/reception of information between the main control unit 108 and 
an external apparatus connected to the Internet 20 . In this example , the external 
apparatus is specifically a server apparatus 600. 
5 In addition, the connection unit 105 is connected to the portable game 

apparatus 200 via the cable 30, and receives information from the portable 
game apparatus 200 via the cable 300, and outputs the received information 
to the main control unit 108. In addition, the connection unit 105 receives 
information from the main control unit 108 , and outputs the received information 
10 to the portable game apparatus 200 via the cable 30. 

(3) Monitor 120 

The monitor 120 includes therein a speaker 121, receives a video signal, 
which includes a vertical retrace time and a horizontal retrace time, from 
the video signal generating unit 116, and displays an image according to the 
15 received video signal . The speaker 121 receives an audio signal from the audio 
signal generating unit 117, converts the received audio signal into a sound, 
and outputs the sound. 

(4) Main storage unit 110 , Large -capacity storage unit 111 , and graphics 
storage unit 114 

20 The main storage unit 110 is made of a RAM, and stores a stationary game 

program 131, a stationary development item table 132, character data 133, for 
example as shown in FIG. 18. 

The large-capacity storage unit 111 is made of a hard disk unit, and 
stores game software 1, game software 2, .... The game software 1, the game software 

2 5 2, ... have the same data structure as the game software that the DVD 500 store. 



The graphics storage unit 114 is made of a RAM, and stores an object 
data unit 134, a stationary character processing program 135, and character 
data 136, for example as shown in FIG. 19. 

(5) Register unit 109 
5 As FIG. 20 shows, the register unit 109 is equipped with five registers: 

a register R0 151, a register Rl 152, a register R2 153, a register R3 154, 
and a register R4 155. Each register is 128 bits in length. 

The register unit 109 is connected to both of the main control unit 10 
and the graphics control unit 113 . 
10 The use of each register unit is predefined. 

The register R0 151 stores an instruction that the main control unit 
108 has recorded to the register R0 151. The kind of instruction to be stored 
in the register R0 151 is shown in FIG. 21. As shown in this drawing, the 
instruction to be stored in the register R0 151 is one instruction out of: 
15 a character-object generating instruction 156; a background -object generating 
instruction 157; an attack-object generating instruction 158; and a screen 
display instruction 159. 

The character-object generating instruction 156, the background- object 
generating instruction 157, and the attack-object generating instruction 158 
20 are respectively for instructing generation of an image respectively 
corresponding to character object, background object, and attack object. The 
screen display instruction 159 is for instructing transfer of a frame image 
from the frame buffer 106 to the VRAM 115. 

In addition, the register Rl 152, the register R2 153, the register R3 

25 154 are respectively used to store: a character-object coordinates value; a 

background-object coordinates value; and an attack-object coordinates value. 
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Note that the highest 32 bits of each register is used to store an X-coordinate 
value, a Y-coordinate value, and a Z-coordinate value. 

In addition, the highest 64 bits of the register R4 155 is used to store 
height, and the lowest 64 bits is used to store weight. 
5 (6) Frame buffer 106 

The frame buffer 106 has an area for storing one frame of image. The 
frame image is made up of 256,000 pixels in matrix configuration (640 in a 
vertical line and 400 in a horizontal line) . 

(7) Authentication unit 107 

10 The authentication unit 107 performs mutual apparatus authentication 

with an external apparatus connected to the stationary game apparatus 100, 
using the challenge -response method and by being controlled by the main control 
unit 108, prior to communication or transmission/reception of information 
between the main control unit 108 and the external apparatus. 

15 Here, explanation on challenge -response method is omitted because it 

is publicly known. 

The authentication unit 107 outputs the result of the apparatus 
authentication to the main control unit 108. [ [In ] ] During failure of the 
apparatus authentication, the authentication unit 107 prohibits the main control 

20 unit 108 from communicating and transmitting/receiving information to/from 
the external apparatus , and in . During success of the apparatus authentication, 
the authentication unit 107 permits, to the main control unit 108 , communication 
and transmission/reception of information with the external apparatus. 

Here, the external apparatus is one of the portable game apparatus 2 00, 

2 5 the memory card 3 00, and the server apparatus 600. 

(8) Main control unit 108 
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The main control unit 108 [ [is] ] specifically compriacd of includes a 
microprocessor and a RAM, which are not shown in the drawings. The RAM, the 
main storage unit 110, or the large-capacity storage unit 111 stores a computer 
program. The main control unit 108 achieves its function by the microprocessor 
5 operating according to the computer program. 
(Menu display) 

When a user turns on the power to the stationary game apparatus 100, 
the main control unit 108 generates a menu screen 160, as FIG. 22 shows. The 
menu screen 160 io compriocd of includes a plurality of alternatives 161, 163, 
10 and 165. 

The alternative 161 is used to instruct to display a list of game titles 
f rom which the user will make a selection. The alternative 163 is used to instruct 
to obtain character data from the server apparatus 600 via the Internet 20, 
and to write the character data to the memory card 300. The alternative 164 

15 is used to instruct other operations. 

When a user selects any one of the alternatives, the main control unit 
108 receives instruction information corresponding to the selected alternative 
from the operation controller 122 via the controller control unit 101, and 
performs an operation corresponding to the received instruction information. 

20 (Game selection) 

When the received instruction information indicates a display of the 
title list, the main control unit 108 reads the game title from the DVD 500 
via the drive unit 103 , and reads apluralityof game titles from the large-capacity 
storage unit 111. Then the main control unit generates a list of game titles 

2 5 constituted by the read game titles, and writes the generated list of game 
titles to the frame buffer 106, as frame images. Next, the user selects one 



game title from among the list of game titles. Note that in this example, the 
user selects the game stored in the DVD 500. 

When the user selects one game title, the main control unit 108 obtains 
a game identifier corresponding to the selected game title, from the operation 
5 controller 122 and via the controller control unit 101. 

Next, the main control unit 108 controls the authentication unit 107 
to perform apparatus authentication with the memory card 3 00, and [ [in ] ] during 
success of the apparatus authentication, performs game processing explained 
below. [ [In ] ] During failure of the apparatus authentication, the main control 
10 unit does not perform the game processing thereafter. 

(Game selection) 

Next, the main control unit 108 reads the stationary game program 511 
from the DVD 500, writes the stationary game program 511 to the main storage 
unit 110, reads the object data unit 541, writes the object data unit 541 to 

15 the graphics storage unit 114, reads the stationary character processing program 
551, writes the stationary character processing program 551 to the graphics 
storage unit 114, reads the stationary development item table 561, and writes 
the stationary development item table 561 to the main storage unit 110. In 
addition, the main control unit 108 reads the character data 321, the resumption 

20 stage No. 335, and the resumption step No. 336, from the memory card 300, and 
writes the character data 321, the resumption stage No. 33 5, and the resumption 
step No. 336, to the main storage unit 110, and writes the height and weight 
included in the character data, to the graphics storage unit 114. 

Next, the main control unit 108 fetches the instructions one by one, 

25 from the program unit of the stationary game program stored in the main storage 
unit 110, decodes the fetched instructions, and executes the decoded instructions 



Hereinafter, the fetching, the decoding, and the executing of instruction are 
repeated . 

(Obtaining operation of character data performed by stationary game 
apparatus 10 0) 

5 When the received instruction information indicates obtaining character 

data from the server apparatus 600 and writing the character data to the memory 
card 300, the main control unit 108 reads a user ID from the memory card 300 
via the memory card input/output unit 102, reads a game identifier BID and 
a public key BPK, from the DVD 500 via the drive unit 103 . Next, the main control 

10 unit 108 performs a digital signature SIG on the game identifier BID and the 
user ID using the public key BPK, thereby generating signature data. 

Next, the main control unit 108 transmits the user ID, the game identifier, 
and the signature data, to the server apparatus 600 via the communication unit 
104 and the Internet 20. 

15 The main control unit 108 receives a verification result of the digital 

signature from the server apparatus 600 via the Internet 2 0 and the communication 
unit 104. When the received verification result indicates a failure, the main 
control unit 108 generates a display screen displaying such, writes the generated 
display screen to the frame buffer 106 as a frame image, outputs, to the graphics 

20 control unit 113, a control signal indicating that an instruction has been 
written to the register unit 109, writes a screen display instruction to the 
register R0 151 of the register unit 109, and ends the processing. 

When the received verification result indicates a success, the main 
control unit 108 transmits a communication instruction to the server apparatus 

25 600 via the communication unit 104 and the Internet 20, so that the server 
apparatus 600 performs a communication with the memory card 300. In addition, 



the main control unit 108 outputs a communication instruction to the memory 
card 300 via the memory card input/output unit 102, so that the memory card 
300 communicates with the server apparatus 600. 

Next, the main control unit 108 receives a result of apparatus 
5 authentication between the server apparatus 600 and the memory card 300, from 
the server apparatus 600 via the Internet 20 and the communication unit 104. 
In addition, the main control unit 108 receives a result of apparatus 
authentication between the server apparatus 600 and the memory card 300, from 
the memory card 300 via the memory card input/output unit 102. When at least 

10 one of the received results indicates a failure in apparatus authentication, 
the main control unit 108 generates a display screen displaying a message 
indicating such, writes to the frame buffer 106 the generated display screen 
as a frame image, and outputs to the graphics control unit 113 a control signal 
indicating that an instruction has been written to the register unit 109 , writes 

15 a screen display instruction to the register R0 151 of the register unit 109, 
and ends the processing. 

When both of the received results show success in the apparatus 
authentication, the main control unit 108 receives a search result of the user 
ID, from the server apparatus 600 and via the Internet 20 and the communication 

20 unit 104, and when the received search result shows that the user ID does not 
exist, the main control unit 108 generates a display screen displaying a message 
indicating such, writes to the frame buffer 106 the generated display screen 
as a frame image, and outputs to the graphics control unit 113 a control signal 
indicating that an instruction has been written to the register unit 109 , writes 

25 a screen display instruction to the register R0 151 of the register unit 109, 
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outputs the received search result to the memory card 3 00 via the memory card 
input/output unit 102, and ends the processing. 

When the received search result indicates that the user ID exists, the 
main control unit 108 receives character data from the server apparatus 6 00 
5 via the Internet 20 and the communication unit 104, and outputs the received 
character data to the memory card 300 via the memory card input /output unit 
102 . 

In addition, the main control unit 108 receives completion information 
indicating completion in writing of character data, from the memory card 300 
10 via the memory card input/output unit 102, and outputs the received completion 
information to the server apparatus 600 via the communication unit 104 and 
the Internet 20. 

(Relay processing performed by stationary game apparatus 100 when portable 
game apparatus 200 obtains character data) 

15 When the portable game apparatus 200 obtains character data from the 

server apparatus 600 via the stationary game apparatus 10 0, the main control 
unit 108 receives a user ID, a game identifier, and signature data, from the 
portable game apparatus 200 via the memory card input/output unit 102, receives 
a communication instruction, receives completion information, transmits the 

20 user ID, the game identifier, and the signature data, to the server apparatus 
600 via the communication unit 104 and the Internet 20, transmits the received 
communication instruction, and transmits the received completion information. 

In addition, the main control unit 108 receives a verification result 
of the digital signature, from the server apparatus 600 via the Internet 20 

25 and the communication unit 104, receives a verification result of the digital 
signature, receives a search result of the user ID, receives the character 



data, transmits the received verification result to the memory card 300 via 
the memory card input/output unit 102, transmits the received search result, 
and transmits the received character data. 

(9) Graphics control unit 113 

5 The graphics control unit 113 [ [is] ] specifically compriocd of includes 

a processor dedicated for graphics which is not shown in the drawings. 

The graphics control unit 113 fetches an instruction included in the 
stationary character processing program that the graphics storage unit 114 
stores therein, decodes the fetched instruction, and executes the decoded 
10 instruction. The graphics control unit 113 repeats the fetching of instruction, 
the decoding of instruction, and the executing of instruction. 

(10) VRAM 115 

The VRAM 115 has an area for storing one frame of image. The frame image 
is made up of 256,000 pixels in matrix configuration (640 in a vertical line 
15 and 4 00 in a horizontal line) . Here, the frame image has the same size as the 
frame image stored in the frame buffer 106. 

(11) Video signal generating unit 116 

The video signal generating unit 116 repeats the following (a) - (b) , every 
1/6 0 second. 

2 0 (a) Generates a vertical synchronizing signal, and outputs it to the 

monitor 120. This time period is called "vertical retrace time". 

(b) Repeats the following (bl) - (b3) for 400 times (400 times corresponding 
to the number of pixel pixels in the vertical line of one frame image) . 

(bl) Reads, from the VRAM 115, pixels on one horizontal line of one 
2 5 frame image (64 0 pixels) . 



(b2) Generates one line of video signal and horizontal synchronizing 
signal, using the read frame image. 

(b3) Outputs the one line of video signal and horizontal synchronizing 
signal, to the monitor 120. 
5 (12) Audio signal generating unit 117 and Speaker 121 

The audio signal generating unit 117 reads digital audio information 
from the main storage unit 110, by being controlled by the main control unit 
108, decodes the read audio information, converts the decoded audio information 
into an analogue audio signal, and outputs the analogue audio signal to the 
10 speaker 121. 

The speaker 121 receives an audio signal from the audio signal generating 
unit 117, and outputs a sound. 
3r-r-5 Memory card 3 00 

As FIG . 23 shows , the memory card 3 00 io comprised of includes an information 
15 storage unit 301, a control unit 302, an input/output unit 303, and an 
authentication unit 304. 

The memory card 3 00 is specifically a computer system comprised of 
including a microprocessor, a ROM, a RAM, and the like. The RAM stores therein 
a computer program. The memory card 3 00 achieves its function by the 
20 microprocessor operating according to the computer program. 

The memory card 300 is loaded to an external apparatus , receives information 
from the external apparatus, stores therein the received information. Or^ the 
memory card 3 00 reads information from inside, and outputs the read information 
to the external apparatus . 
25 Here, the external apparatus is one of the stationary game apparatus 100, 

the portable game apparatus 200, and the server apparatus 600. 



(1) Information storage unit 301 

As FIG. 23 shows, the information storage unit 301 has an area for storing 
character data 321, a user ID 334, a resumption stage No. 335, and a resumption 
step No. 336 . 

5 The user ID 334 is identification information for uniquely identifying 

the user of the memory card 300. The user ID 334 has been written to the memory 
card 300 by a sales apparatus managed by a sales agent when the user has purchased 
either the DVD 500 or the cartridge 400. 

As FIG. 23 shows, the character data 321 is made up of a character ID 
10 322, tribe 323, sex 324, occupation 325, height 326, weight 327, hair style 
328, shape of eyes 329, shape of ears 330, life power 331, fighting power 332, 
and fund 333 . The character data is the same as described in the former section, 
and so is not repeated here. 

The resumption stage No. 335 and the resumption step No. 336 are also 
15 the same as described in the former section, and so are not repeated here. 

(2) Control unit 3 02 

Prior to transmitting/receiving information to/from an external 

apparatus, the control unit 302 controls the authentication unit 304 to perform 

mutual apparatus authentication with the external apparatus. [ [In ] ] During 

20 success of the apparatus authentication, the control unit 302 continues 

transmission/reception of information with the external apparatus-? — and in _;_ 

During failure of the apparatus authentication, the control unit 3 02 stops 

the transmission/reception of information with the external apparatus. 

The control unit 3 02 receives information via the input /output unit 3 03, 

25 and writes the received information to the information storage unit 301. The 

control unit 302 also reads information from the information storage unit 301, 
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and outputs the read information to the external apparatus via the input /output 
unit 303. 

Specifically, the control unit 302 receives a search result relating 
to the user ID, either from the stationary game apparatus 100 or the portable 
5 game apparatus 200, via the input/output unit 303. When the received search 
result indicates nonexistence of the user ID, the control unit 302 does not 
perform the processing thereafter , and when the received search result indicates 
existence of the user ID, continues the processing. 

In addition, the control unit 3 02 receives character data either from 
10 the stationary game apparatus 100 or the portable game apparatus 200 via the 
input/output unit 303 , and writes the received character data to the information 
storage unit 301. 

(3) Input/output unit 303 

The input/output unit 303, by being controlled by the control unit 302, 
15 reads information from the information storage unit 3 01 and outputs the 
information to the external apparatus, or receives information from the external 
apparatus and writes the received information to the information storage unit 
301. 

(4) Authentication unit 304 

2 0 Prior to transmission/reception of information between the control unit 

302 and the external apparatus to which the memory card 300 has been loaded, 
the authentication unit 3 04 performs mutual apparatus authentication with the 
external apparatus, by being controlled by the control unit 302, using the 
challenge-response method. Here, explanation on challenge-response method is 

2 5 omitted because it is publicly known. 
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The authentication unit 3 04 outputs a result of the apparatus 
authentication to the control unit 3 02 . [ [In ] ] During failure of the apparatus 
authentication, the authentication unit 304 prohibits the control unit 302 
from transmitting/receiving information to/from the external apparatus , and 
5 -3rft . During success of the apparatus authentication, the authentication unit 
3 04 permits-? — fee the control unit 3 02, transmission/reception of information 
with the external apparatus to the control unit 302 . 

lr^6 Cartridge 401 

As FIG. 24 shows, the cartridge 4 00 io compriocd of includes an information 
10 storage unit 401 and an input/output unit 402. 
(1) Information storage unit 4 01 

As FIG. 24 shows one example thereof, the information storage unit 401 
prcotorco pre-stores a stationary game program 411, a stationary character 
processing program 451, and a stationary development item table 461. These 

15 are either a computer program or computer data used in the portable game apparatus 
200, and constitute one game software program. 

A game, proceeded continued by the portable game program 411 , the portable 
character processing program 4 51, and the portable development item table 461 
which are stored in the information storage unit 401, is the same as the game 

2 0 proceeded continued by the stationary game program 511 , the stationary character 
processing program 551, and the stationary development item table 561 which 
are stored in the DVD 500 . Therefore^ the description about the game is omitted 
here . 

The portable game program 411 4& — compriocd — o€ — includes a related 
25 information unit 421, a program unit 431, and an object data unit 441. 
(Related information unit 421) 



The related information unit 421 io compriacd of includes a game section 
422, a game identifier AID 423, a public key APK 424, a game title 425, and 
audio information^ not drawn shown in this drawing. 

The game section 422 indicates that the portable game program 411 is 
5 a game program used in a portable game apparatus . 

The game identifier AID 423 is identification information for identifying 
the portable game program 411. 

The public key APK 424 is generated using a secret key and by the public -key 
generation method. Here, the secret key corresponds to the game identifier 
10 found in the game information table 621 that the information storage unit 601 
of the server apparatus 600 owns, which is identical to the game identifier 
AID 423 . One example of the public-key generation method is as described above . 

The game title is a title used for identifying a game realized by the 
portable game program 411. 
15 The audio information is coded data of the character's voice, music, 

and sound effect. 

(Program unit 4 31) 

The program unit 431 includes a computer program for a portable game 
(hereinafter called "portable main program" ) , a computer program for processing 

20 one frame of image (hereinafter called "portable frame processing program") 
and a computer program for processing fighting scenes (hereinafter called 
"fighting-scene program") . Each computer program io compriocd of includes a 
plurality of instructions in various machine language formats. The machine 
language formats are a format to be decoded and executed by a main control 

25 unit 208 of the portable game apparatus 200 (the main control unit 208 will 

be described in detail later) . The portable main program, the portable frame 
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processing program, and the fighting-scene program are used by the main control 
unit 208. 

The portable frame processing program is called by the portable main 
program for use. In addition, the fighting- scene program is called by the 
portable frame processing program for use. 

The following describes the content of each computer program. For an 
easier understanding of the content of each computer program, the following 
description uses flowcharts to represent computer programs, instead of a 
representation using instructions in machine language format. 

(a) Portable main program 

The following describes the portable main program with use of the 
flowcharts of FIGs .__25-26 . 

Here, the detailed explanation on the portable main program is not 
performed provided , because it is similar to the stationary main program shown 
in FIGs. 9-10. 

The portable main program reads the resumption stage No. 335 and the 
resumption step No. 336, and writes the read resumption stage No. and resumption 
step No. to the main storage unit 210 (Step S401) . 

The portable main program reads the character data 321 from the memory 
card 300, and writes the read character data to the main storage unit 210 (Step 
S402) . 

Next, the portable main program extracts the height and the weight from 
the character data in the main storage unit 110, and updates the character 
object data stored in the main storage unit 210, so as to change the form of 
the character based on the ratio of the height to the weight (Step S403) . 
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Next, in Step S405 - Step S424, the following step S406 - Step S423 are 
repeated until the game stage shown by "n" is completed by starting with the 
game stage shown by the resumption stage No. 

(i) In step S406 - Step S413, the following step S407 - Step S412 are 
5 repeated until the game step shown by "m" is completed by starting with the 
game step shown by the resumption step No. 

It is judged whether the life power written in the main storage unit 
210 shows "0" (Step S407) . 

When the life power is judged to show "0" (Step S407) , a screen showing 
10 game ending is generated, and the generated screen is written to the frame 
buffer of the main storage unit 210, as a frame image (Step S408) . During the 
vertical retrace time, the frame image in the frame buffer is transferred to 
the VRAM 215 (Step S4 09) . Then^ the game ends. 

When the life power is judged not to show "0" (Step S407) , it is judged 
15 whether the elapsed time in the game step exceeds the maximum value MAX (Step 
S410) , and when the elapsed time is judged to exceed the maximum value MAX 
(Step S410) , the game step is ended, and the operation goes on to the next 
game step. 

When the elapsed time is judged not to exceed the maximum value MAX (Step 
20 S410) , the elapsed time is counted (StepS411), and the portable frame processing 

program is called so as to move the control to the portable frame processing 

program, thereby performing processing for one frame of image (Step S412) . 

After the processing for one frame of image has ended, the operation returns 

to Step S410, so as to repeat the processing. 
25 (ii) Next, it is judged whether the height flag written in the main storage 

unit 210 is "ON" or "OFF" (Step S414) . If the height flag is judged to be "OFF" 
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(Step S414) , the control is moved to Step S417. If the height flag is judged 
to be "ON" (Step S414) , the value "10" is added to the height written in the 
main storage unit 210 (Step S415) . 

(iii) Next, it is judged whether the weight flag written in the main 
5 storage unit 210 is "ON" or "OFF" (Step S417) . If the weight flag is judged 

to be "OFF" (Step S417) , the control is moved to Step S420. If the weight flag 
is judged to be "ON" (Step S417) , the value "0.5" is added to the weight written 
in the main storage unit 210 (Step S418) . 

(iv) Next, it is judged whether the life-power flag written in the main 
10 storage unit 110 is "ON" or "OFF" (Step S420) . If the life-power flag is judged 

to be "OFF" (Step S420) , the control is moved to Step S422. If the life-power 
flag is judged to be "ON" (Step S420) , the value "10" is added to the life 
power written in the main storage unit 210 (Step S421) . 

(v) Next, it is judged whether the fighting-power flag written in the 
15 main storage unit 210 shows "ON" or "OFF" (Step S422) . If the fighting-power 

flag is judged to be "ON" (Step S422) , the value "10" is added to the fighting 
power written in the main storage unit 210 (Step S423) . If the fighting-power 
flag is judged to be "OFF" (Step S422) , nothing is performed, 
(b) Portable frame processing program 
2 0 The following describes the portable frame processing program with use 

of the flowcharts shown in FIGs. 27-28. 

Note that the portable frame processing program is similar to the 
stationary frame processing program shown in FIGs . 11 and 12 , and so a_simplif ied 
explanation is given below. 
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The portable frame processing program calculates the coordinates value 
(three-dimensional coordinates) of the current attack object in the game space 
(Step S431) . 

Next, the calculated coordinates value of the attack object is written 
5 to the main storage unit 210 (Step S432) . 

Next, operation instruction information corresponding to the button is 
received from the input unit 201 , and a type of the received operation instruction 
information is judged (Step S433) . 

When received operation instruction information corresponds to any one 
10 of the UP button, the DOWN button, the LEFT button, and the RIGHT button (Step 
S433) , the following operations are respectively performed: adding "1" to the 
Y-coordinate value of the character object (Step S434) ; subtracting "1" from 
the Y-coordinate value of the character object (Step S435) ; subtracting "1" 
from the X-coordinate value of the character object (Step S436) ; and adding 
15 "1" to the X-coordinate value of the character object (Step S437) . 

When received operation instruction information corresponds to the STOP 
button (Step S433) , the control is moved to Step S445. 

When received operation instruction information corresponds to the 
DECISION button (Step S433) , nothing is performed and the control is moved 
20 to Step S439. 

When received operation instruction information corresponds to one of 
the other buttons (Step S433), the processing corresponding to the button is 
performed (Step S438) , and then the portable frame processing program is ended. 

When operation instruction information is not received (Step S433) , 
25 nothing is performed and the control is moved to Step S439. 
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. Next, the fighting program is called thereby moving the control to the 
fighting program, so as to perform processing at fighting. Here, the detailed 
explanation on the fighting processing is omitted, because it is the same as 
in the flowcharts of FIGs.__13-14 (Step S439) . 
5 When processing at fighting is finished, the coordinates value of the 

character object is written to the main storage unit 110 (Step S440) . 

Next, the coordinates value of the background object is calculated (Step 
S441) , and the calculated coordinates value for the background is written to 
the main storage unit 110 (Step S442) . 
10 Next, the background object is specified and a portable frame processing 

program is called (Step S443) . Then^ an attack object is specified and the 
portable frame processing program is called (Step S444) . Then^ a character 
object is specified and the portable frame processing program is called (Step 
S451) . 

15 Next, during the vertical retrace time, a frame image of the frame buffer 

in the main storage unit 210 is transferred to the VRAM 215 (Step S452) . Next, 
processing of the portable frame processing program is ended. 

When received operation instruction information corresponds to the STOP 
button (Step S433), a SAVE screen is generated which includes a message for 

20 confirming the user whether 1) character data, a resumption stage No., and 
a resumption step No. should be saved in the memory card 3 00 before ending 
of the game, or 2) the game can be ended without saving the above information. 
Then the generated SAVE screen is written to the frame buffer of the main storage 
unit 210, as a frame image (Step S445) . Next, during the vertical retrace time, 

25 the frame image of the frame buffer is transferred to the VRAM 215 (Step S152) . 
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' Next, operation instruction information corresponding to a button is 
received from the input unit 201. Here, the operation instruction information 
indicates either to perform the save or not. Next, a type of the received 
operation instruction information is judged (Step S447) . 
5 When the received operation instruction information indicates not to 

perform the save (Step S447) , the game processing is ended. 

When the received operation instruction information indicates to perform 
the save (StepS447) , height, weight, lifepower, fighting power , fund, resumption 
stage No. and resumption step No. are read from the main storage unit 210 (Step 
10 S44 8) , and the character data 321 in the information storage unit 3 01 is 
overwritten with the read height, weight, lifepower, fighting power, and fund. 
In addition, the resumption stage No. 335 and the resumption step No. 335 are 
overwritten with the read resumption stage No. and the resumption step No. 
(Step S449) . Next, the processing of the portable processing program is ended. 
15 (c) Fighting program 

The fighting program has the same details as the program shown by the 
flowcharts of FIGs . 13 - 14 . Therefore^ the description thereof is omitted here . 
(Object data unit 441) 

As FIG. 24 shows, the object data unit 441 includes character object data 
20 442, background object data 443, attack object data 444, and other object data 
that are not shown in the drawing. 

The character object data 44 2, the background object data 443, and the 
attack object data 444 are three-dimensional curve data respectively showing 
a three-dimensional form of a character object, a background object, and an 
2 5 attack object, which are for a portable game apparatus. 
(Portable character processing program 451) 



As FIG. 24 shows, the portable character processing program 451 is 
comprised of includes a program unit 4 52. The program unit 4 52 includes a portable 
image generating program shown below. 

The portable image generating program is a computer program compriocd 
5 ei- including instructions in machine language formats. These machine language 
formats are to be decoded and executed by the main control unit 208 in the 
portable game apparatus 200 (the main control unit 208 being detailed later) , 
and the portable image generating program is used by the main control unit 
208. 

10 The following describes the content of the portable image generating 

program. For an easier understanding of the content of the portable image 
generating program, the following description uses flowchart shown in FIG . 29 
to represent the portable image generating program/ instead of ^representation 
using instructions in machine language format. Accordingly, the portable image 

15 generating program is explained as follows with uoc of using the flowchart. 

The portable image generating program reads, from the main storage unit 
210, the coordinates of the object to be generated (Step S464) . 

Next, the portable image generating program reads corresponding object 
data from the main storage unit 210 (Step S465) . 

2 0 Here, if the corresponding object data corresponds to a character object 

(Step S466) , the portable image generating program reads height and weight 
from the main storage unit 210 (Step S467) , and corrects the read character 
data using the read height and weight . Note that this correction is a processing 
operation identical to the update performed at Step S103 in the flowchart of 

25 FIG. 9 (Step S468) . 
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Next, the object data is subjected to perspective projection 

transformation to generate wire frame data (Step S471) . Then polygon data is 
generated (Step S472) , and processing of hidden plane clearing and hidden line 
clearing is performed (Step S473), and shade/shadow data is generated (Step 
5 S474) . 

(Portable development item table 461) 

As shown in FIG. 24, the portable development item table 4 61 includes 
a height flag 462 , a weight flag 463 , a life-power flag 464 , and a fighting -power 
flag 465. 

10 The height flag 462 indicates whether update of height is permitted for 

the character data obtained from the server apparatus 600 while the game is 
proceeded - continued in the portable game apparatus 200. The height flag 462 
take takes a value of either ON or OFF, where ON indicates that height update 
is permitted, and OFF indicates that height update is not permitted. Here^ 

15 in FIG . 24 , the height flag 462 is set to be OFF, which means that update directed 
to the height included in the character data obtained from the server apparatus 
600 is not permitted during the game proceeding continuing in the portable 
game apparatus 200. 

The aforesaid rule also applies to the other flags. 

20 The weight flag 463 indicates whether update of weight is permitted for 

the character data obtained from the server apparatus 600 while the game is 
proceeded - continued in the portable game apparatus 100. The weight flag 463 
takes a value of either ON or OFF, where ON indicates that weight update is 
permitted, and OFF indicates that weight update is not permitted. Here in FIG . 24 , 

25 the weight flag 463 is set to be OFF, which means that update directed to the 
weight included in the character data obtained from the server apparatus 600 



is not permitted during the game proceeding in the portable game apparatus 
200. 

The life -power flag 4 64 indicates whether update of life power is permitted 
for the character data obtained from the server apparatus 600 while the game 
is procGcdcd - continued in the portable game apparatus 200. The life-power 
flag 464 takes a value of either ON or OFF, where ON indicates that life power 
update is permitted, and OFF indicates that life power update is not permitted. 
Here^ in FIG. 24, the life-power flag 464 is set to be ON, which means that 
update directed to the life power included in the character data obtained from 
the server apparatus 600 is permitted during the game proceeding continuing 
in the portable game apparatus 200. 

The fighting-power flag 465 indicates whether update of fighting power 
is permitted for the character data obtained from the server apparatus 600 
while the game is proceeded continued in the portable game apparatus 200. The 
fighting-power flag 465 takes a value of ON or OFF-rj_ where ON indicates that 
fighting power update is permitted-r^ and OFF indicates that fighting power 
update is not permitted. Here in FIG. 24, the fighting-power flag 465 is set 
to be ON, which means that an update directed to the fighting power included 
in the character data obtained from the server apparatus 600 is permitted during 
the game proceeding continuing in the portable game apparatus 200. 

Z-rl Portable game apparatus 2 00 

As FIG. 3 0 shows, the portable game apparatus 2 00 is structured by an 
input unit 201, a memory card input/output unit 202, a cartridge input/output 
unit 203, a connection unit 205, a main control unit 208, a main storage unit 
210, an authentication unit 212, a VRAM 215, a video signal generating unit 
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216, an electronic sound generating unit 217, a system bus 218, a liquid crystal 
display unit 220, and a speaker 221. 

The input unit 201, the memory card input/output unit 202, the cartridge 
input/output unit 203, the connection unit 205, the main control unit 208, 
5 the main storage unit 210, the authentication unit 212, the VRAM 215, the video 
signal generating unit 216, and the electronic sound generating unit 217 are 
respectively connected to the system bus 218. 

The portable game apparatus 200 is connected to the stationary game 
apparatus 100 via the cable 30. In addition, the cartridge 400 and the memory 
10 card 300 are loaded to the portable game apparatus 200. 

(1) Input unit 2 01 

The input unit 201 is provided with an UP button, a DOWN button, a_LEFT 
button, a RIGHT button, a DECISION button, a_START button, a STOP button, and 
other buttons. When an operation directed to each button is received from a 
15 user, operation instruction information corresponding to the button to which 
the operation is directed is generated, and is outputted to the main control 
unit 208 via the system bus 118. 

(2) Memory card input/output unit 202, cartridge input/output unit 
20 203, and connection unit 205 

When the memory card 3 00 is loaded to the portable game apparatus 2 00, 
the memory card input /output unit 202 is connected to the memory card 3 00, 
and by being controlled by the main control unit 208, reads information from 
the memory card 300, outputs the read information to the main control unit 
25 208 via the system bus 218, receives information from the main control unit 
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208 via the system bus 218, and writes the received information to the memory 
card 300. 

The cartridge input/output unit 203, by being controlled by the main 
control unit 208, reads information from the cartridge 400, and outputs the 
read information to the main control unit 208 via the system bus 218. 

The connection unit 205 is connected to the stationary game apparatus 
100 via the cable 30, receives information from the stationary game apparatus 
100 via the cable 30, and outputs the received information to the main control 
unit 2 08 . The connection unit 2 05 also receives information from the main control 
unit 208, and outputs the received information to the stationary game apparatus 
100 via the cable 30. 

(3) Liquid crystal display unit 220 and speaker 221 
The liquid crystal display unit 220 receives a video signal that includes 

15 a vertical retrace time and a horizontal retrace time from the video signal 
generating unit 216, and displays an image according to the received video 
signal . 

The speaker 221 receives an audio signal from the electronic sound 
generating unit 217, converts the received audio signal into a sound, and outputs 
2 0 the sound. 

(4) Main storage unit 210 

The main storage unit 210 is made of a RAM, and stores such information 

as a portable game program 231, a portable character processing program 235, 

25 a portable development item table 236, character data 237, a resumption stage 

No. and a resumption step No^, as shown in FIG. 31. The portable game program 
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231 includes a related information unit 232, a program unit 233, and an object 
data unit 234 . 

In addition, the main storage unit 210 is equipped with a frame buffer. 
The frame buffer has an area for storing one frame of image. The frame image 
5 is made up of 64,000 pixels in matrix configuration (320 in a vertical line 
and 200 in a horizontal line) . 

(5) Authentication unit 212 

The authentication unit 212 performs mutual apparatus authentication 
with an external apparatus connected to the portable game apparatus 200, using 
10 the challenge-response method and by being controlled by the man- main control 
unit 208, prior to communication or transmission/reception of information 
between the main control unit 208 and the external apparatus. 

Here, explanation on challenge-response method is omitted because it 
is publicly known. 

15 The authentication unit 212 outputs the result of the apparatus 

authentication to the main control unit 208. [ [In ] ] During failure of the 
apparatus authentication, the authentication unit 212 prohibits the main control 
unit 208 from communicating and transmitting/receiving information to/from 
the external apparatus , and in . During success of the apparatus authentication, 

20 the authentication unit 212 permits, to the main control unit 2 08 , communication 
and transmission/reception of information with the external apparatus. 

Here, the external apparatus is one of the stationary game apparatus 
100 and the memory card 3 00. 

(6) Main control unit 208 

25 The main control unit 208 -arS— specif ically compriocd of includes a 

microprocessor and a RAM, which are not shown in the drawings. The RAM stores 



a computer program. The main control unit 208 achieves its function by the 
microprocessor operating according to the computer program. 
(Menu display) 

When a user turns on the power to the portable game apparatus 200, the 
5 main control unit 208 generates a same menu screen as the menu screen 160 of 
FIG. 22. During the vertical retrace time, the main control unit 208 writes 
the generated menu screen to the VRAM. This menu screen includes at least 3 
alternatives . 

The first alternative is used for instructing executing of the portable 
10 game program 411 recorded in the cartridge 400. The second alternative is used 
for instructing obtaining of character data from the server apparatus 600 via 
the Internet 20 and the stationary game apparatus 100, and writing the obtained 
character data to the memory card 300. The third alternative is used for 
instructing other operations. 
15 When a user selects any one of the alternatives, the main control unit 

208 receives instruction information corresponding to the selected alternative 
from the input unit 201, and performs an operation corresponding to the received 
instruction information. 
(Game execution) 

20 Upon receiving instruction information instructing execution of the 

portable game program 411 from the input unit 201, the main control unit 208 
controls the authentication unit 212 to perform apparatus authentication with 
the memory card 300. [ [In ] ] During success of the apparatus authentication, 
the main control unit 208 performs processing of a game explained below. [ [In] ] 

25 During failure of the apparatus authentication, the main control unit 208 does 
not perform the game processing thereafter. 



(Game processing) 

Next, the main control unit 208 reads the portable game program 441 from 
the cartridge 4 00, writes the portable game program to the main storage unit 
210, reads the portable character processing program 451, writes the portable 
5 character processing program 451 to the main storage unit 210 , reads the portable 
development item table 461, and writes the portable development item table 
to the main storage unit 210. In addition, the main control unit 208 reads 
character data 321, a resumption stage No. 335 and a resumption step No. 336 
from the memory card 300, and writes the character data, the resumption state 

10 No. 335, and the resumption step No. 336 to the main storage unit 210. 

Next, the main control unit 208 fetches the instructions one by one, 
from the stationary game program unit of the main storage unit 210, decodes 
the fetched instructions, and executes the decoded instructions . Hereinafter, 
the fetching, the decoding, and the executing of instruction are repeated. 

15 (Obtaining operation of character data performed by stationary game 

apparatus 100) 

When the main control unit 208 receives instruction information indicating 
to obtain character data from the server apparatus 600 via the stationary game 
apparatus 100 and to write the character data to the memory card 300, the main 
20 control unit 208 reads a user ID from the memory card 300 via the memory card 
input/output unit 202, and reads a game identifier AID and a public key APK 
from the cartridge 400 via the cartridge input/output unit 203. Then, the main 
control unit 208 performs a digital signature SIG on the game identifier AID 
and the user ID using the public key APK, thereby generating signature data. 
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Next, the main control unit 208 transmits the user ID, the game identifier 
AID, and the signature data, to the server apparatus 600 via the stationary- 
game apparatus 100 and the Internet 20. 

The main control unit 208 receives a verification result of the digital 
5 signature from the server apparatus 600 via the Internet 20, the stationary- 
game apparatus 100 , and the connection unit 205 . When the received verification 
result indicates a failure, the main control unit 208 generates a display screen 
displaying a message indicating such, writes the generated display screen to 
the frame buffer as a frame image, transmits the frame image from the frame 

10 buffer to the VRAM 215 during the vertical trace time, and ends the processing. 

When the received verification result indicates a success, the main 
control unit 208 transmits a communication instruction to the server apparatus 
600 via the connection unit 205, the stationary game apparatus 100, and the 
Internet 20, so that the server apparatus 600 communicates with the memory 

15 card 300. In addition, the main control unit 208 outputs a communication 
instruction to the memory card 300 via the memory card input/output unit 202, 
so that the memory card 300 communicates with the server apparatus 600. 

Next, the main control unit 208 receives a result of apparatus 
authentication between the server apparatus 6 00 and the memory card 30 0, from 

20 the server apparatus 600 via the Internet 20, the stationary game apparatus 
100, and the connection unit 205 . Inaddition, the main control unit 208 receives 
a result of apparatus authentication between the server apparatus 600 and the 
memory card 300, from the memory card 300 via the memory card input/output 
unit 202. When at least one of the received results indicates a failure in 

25 apparatus authentication, the main control unit 208 generates a display screen 
displaying a message indicating such, writes to the frame buffer the generated 



display screen as a frame image, transfers the frame image from the frame buffer 
to the VRAM 215 during the vertical trace time, and ends the processing. 

When both of the received results show success in the apparatus 
authentication, the main control unit 208 receives a search result of the user 
5 ID, from the server apparatus 600 and via the Internet 20, the stationary game 
apparatus 100, and the connection unit 2 05 , and when . When the received search 
result shows nonexistence of the user ID, the main control unit 208 generates 
a display screen displaying a message indicating such, writes to the frame 
buffer the generated display screen as a frame image, transfers the frame image 
10 from the frame buffer to the VRAM 215 during the vertical retrace time. The 
main control unit 208 also outputs the received search result to the memory 
card 300 via the memory card input/output unit 202, and ends the processing. 

In addition, when the received search result indicates existence of the 
user ID, the main control unit 208 receives character data from the server 
15 apparatus 600 via the Internet 20, the stationary game apparatus 100, and the 
connection unit 205, and outputs the received character data to the memory 
card 300 via the memory card input/output unit 202. 

In addition, the main control unit 208 receives completion information 
indicating completion of writing of the character data, from the memory card 
20 300 via the memory card input/output unit 202, and transmits the received 
completion information to the server apparatus 600 via the connection unit 
205, the stationary game apparatus 100, and the Internet 20. 
(Execution of portable character processing program) 

The main control unit 208 also fetches an instruction included in the 
25 portable character processing program stored in the main storage unit 210, 
decodes the fetched instruction, and executes the decoded instruction. The 



main control unit 208 repeats the fetching, the decoding, and the executing 
of instruction. 

(7) VRAM 215 

The VRAM 215 has an area for storing one frame of image. The frame image 
5 is made up of 64,000 pixels in matrix configuration (320 in a vertical line 
and 200 in a horizontal line) . Here, the frame image has the same size as the 
frame image stored in the frame buffer. 

(8) Video signal generating unit 216 

The video signal generating unit 216 repeats the following (a) - (b) , every 
10 1/60 second. 

(a) Generates a vertical synchronizing signal, and outputs it to the 
liquid crystal display unit 220. This time period is called "vertical retrace 
time" . 

(b) Repeats the following (bl)-(b3) for 200 times (200 times corresponding 
15 to the number of pixel in the vertical line of one frame image) . 

(bl) Reads, from the VRAM 215, pixels on one horizontal line of one frame 
image (320 pixels) . 

(b2) Generates one line of video signal and horizontal synchronizing 
signal, using the read frame image. 
20 (b3) Outputs the one line of video signal and horizontal synchronizing 

signal, to the liquid crystal display unit 220. 

(9) Electronic sound generating unit 217 and speaker 221 

The electronic sound generating unit 217, by being controlled by the 
main control unit 208, reads digital audio information from the main storage 
25 unit 210, decodes the read audio information, converts the decoded audio 



information into an analogue audio signal, and outputs the analogue audio signal 
to the speaker 221. 

The speaker 221 receives the audio signal from the electronic sound 
generating unit 217 , converts the received audio signal into a sound, and outputs 
5 the sound. 

•3r-r^& Convenience -store terminal 700 

As FIG. 32 shows, the convenience- store terminal 7 00 io compriocd of 
includes a display unit 701, an input unit 702, a control unit 703, a memory 
card input/output unit 704, a communication unit 705, a cash receiving unit 
10 706, and a storage 707. 

(1) Display unit 701 and input unit 702 

The display unit 701 displays various types of information, by being 
controlled by the control unit 703. 

The input unit 702 receives an instruction from an operator of the 
15 convenience- store terminal 700, and outputs instruction information 
corresponding to the received instruction, to the control unit 703. 

(2) Control unit 703 

The control unit 703 receives, from the input unit 702, instruction 
information indicating obtaining of character data from the server apparatus 

20 600. Upon reception of the instruction information, the control unit 703 
transmits authentication instruction for instructing mutual apparatus 
authentication between the memory card 300 and the server apparatus 600, to 
the server apparatus 600 via the communication unit 705 and the Internet 20. 
Then^ the control unit 703 outputs the authentication instruction to the memory 

25 card 300 via the memory card input/output unit 704. 



73 



Next, the control unit 703 receives a result of apparatus authentication 
between the server apparatus 6 0 0 and the memory card 3 00, from the server apparatus 
600 via the Internet 20 and the communication unit 705 . In addition, the control 
unit 703 receives a result of apparatus authentication between the server 
5 apparatus 600 and the memory card 30 0, from the memory card 3 00 via the memory 
card input/output unit 704. If at least one of the received results indicates 
a failure of apparatus authentication, the control unit 703 generates a display 
screen displaying a message indicating such, outputs the generated display 
screen to the display unit 701, controls the display unit 701 to display the 

10 display screen, and ends the processing. 

When both of the received results show success in the apparatus 
authentication, the control unit 703 receives game sales information from the 
server apparatus 600 via the Internet 20 and the communication unit 705 , generates 
a game list using the received game sales information, outputs the generated 

15 game list to the display unit 701, and controls the display unit 701 to display 
the game list. 

Next, the control unit 703 receives a game identifier of a game selected 
by a user, from the input unit 702, receives, from the cash receiving unit 
706 , receipt information indicating receipt of cash corresponding to the selected 
2 0 game, and transmits the received game identifier to the server apparatus 600 
via the communication unit 705 and the Internet 20. 

Next, the control unit 703 receives character data from the server 
apparatus 600 via the Internet 20 and the communication unit 705, and outputs 
the received character data to the memory card 3 00 via the memory card input /output 
25 unit 704. 

(3) Memory card input /output unit 704 
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When the memory card 300 is loaded to the convenience- store terminal 
700, the memory card input/output unit 704 is connected to the memory card 
300, and by being controlled by the control unit 703, reads information from 
the memory card 3 00 and outputs the read information to the control unit 7 03, 
5 or receives information from the control unit 703 and outputs the received 
information to the memory card 300. 

(4) Communication unit 705 

The communication unit 705 is connected to the server apparatus 600 via 
the Internet 20 , and transmits/receives information to/from the server apparatus 
10 600 via the Internet 20. 

(5) Cash receiving unit 706 and storage 707 

The cash receiving unit 7 06 receives cash in an amount corresponding 
to the sales price of the game selected by the user , and outputs receipt information 
indicating the receipt of the cash, to the control unit 703. 
15 The storage 707 stores the cash received by the cash receiving unit 706. 

Operations of game system 10 
The following describes operations of the game system 10. 
(1) Operations of stationary game apparatus 100 

The following describes operations performed by the stationary game 
2 0 apparatus 100, with use of the flowchart of FIG. 33. 

When a user turns on the power to the stationary game apparatus 100, 
the main control unit 108 generates a menu screen 160, and the monitor 120 
displays the generated menu screen 160 (Step S501) . 

When the user selects one of the alternatives included in the menu screen 
25 160, the main control unit 108 receives instruction information corresponding 
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to the selected alternative , from the operation controller 122 via the controller 
control unit 101 (Step S502) . 

When the received instruction information indicates display of a title 
list (Step S503) , the main control unit 108 reads a plurality of game titles 
5 from the DVD 500 and from the large-capacity storage unit 111, via the drive 
unit 103 (Step S504) , generates a list of game titles which is constituted 
by the read game titles, and then the monitor 120 displays the list of game 
titles (Step S505) . 

When the user selects one of the game titles, the main control unit 108 

10 obtains a game identifier corresponding to the selected game title, from the 
operation controller 122 via the controller control unit 101 (Step S506) . 

Next, the main control unit 108 controls the authentication unit 107 
to perform apparatus authentication with the memory card 300, and the 
authentication unit 107 performs the apparatus authentication (Step S507) . 

15 [ [In ] ] During success of the apparatus authentication (Step S508) , the main 
control unit 108 performs game processing (StepS509) . Next, the control returns 
to Step S501, to repeat the processing. [ [In ] ] During failure of the apparatus 
authentication (Step S508) , the game processing thereafter is not performed, 
and the control returns to Step S501 to repeat the processing. 

20 When the main control unit 108 obtains, from the server apparatus 600, 

instruction information indicating to obtain character data and to write the 
character data to the memory card 300 (Step S503) , the main control unit 108 
performs processing for obtaining the character data at the stationary game 
apparatus 100 (Step S510) and returns to Step S501 to repeat the processing. 

25 When receiving information indicating one of the other processing 

instructions (Step S503) , the main control unit 108 performs the processing 
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indicated by the received information (Step S512) , and returns to Step S501 
to repeat the processing. 

(2) Game processing by stationary game apparatus 100 
5 The following describes game processing performed by the stationary game 

apparatus 100 , using the flowchart of FIG. 34 . Note that the operations described 
below are the greater details of Step S509 of the flowchart shown in FIG._33. 

The main control unit 108, from the DVD 500, reads a stationary game 
program 511, writes the stationary game program 511 to the main storage unit 

10 110 (Step S531) , reads an object data unit 541, writes the object data unit 
541 to the graphics storage unit 114 (step S532) , reads a stationary character 
processing program 551, writes the stationary character processing program 
551 to the graphics storage unit 114 (Step S533) , reads a stationary development 
item table 561, and writes the stationary development item table 561 to the 

15 main storage unit 110 (Step S534) . In addition, the main control unit 108 reads 
character data 321, a resumption stage No. 335 and a resumption step No. 336, 
from the memory card 300, writes the character data, the resumption stage No. 
335, and the resumption step No. 336 to the main storage unit 110, and writes 
the height and the weight included in the read character data 321 , to the graphics 

20 storage unit 114 (Step S535) . 

Next, the main control unit 108 fetches the instructions one by one, 
from the program unit of the stationary game program stored in the main storage 
unit 110 (StepS536), decodes the fetched instructions (StepS537), and executes 
the decoded instructions (StepS538). Hereinafter, the control returns to Step 

25 S536, thereby repeating the fetching, the decoding, and the executing of 
instruction. 

77 



(3) Obtaining operation of character data performed by stationary game 
apparatus 100 

The following describes operations performed by the stationary game 
apparatus 100 in obtaining character data from the server apparatus 600 and 
5 writing the character data to the memory card 3 00, using the flowcharts of 
FIGs._35-36. Note that the operations described below are the greater details 
of Step S510 of the flowchart shown in FIG._33. 

Upon reception of instruction information indicating to obtain character 
data from the server apparatus 600 and to write the character data to the memory 

10 card 300 (Step S601) , the main control unit 108 reads a user ID from the memory 
card 300 via the memory card input/output unit 102 (Step S602) , reads a game 
identifier BID and a public key BPK from the DVD 500 via the drive unit 103 
(Step S603) , and then using the read public key BPK, performs a digital signature 
SIG on the game identifier BID and the user ID, thereby generating signature 

15 data (Step S604) , and then transmits the user ID, the game identifier BID, 
and the signature data to the server apparatus 600 via the communication unit 
104 and the Internet 20 (Step S605) . 

The control unit 602 receives the user ID, the game identifier BID, and 
the signature data from the stationary game apparatus 100 via the Internet 

20 20 and the communication unit 605 (StepS605) , and reads a secret key corresponding 
to the received game identifier BID, from the game information table 621 that 
the information storage unit 601 owns (Step S606) , and using the read secret 
key, performs a digital signature verification W VRFY" on the game identifier 
BID, the user ID, and the signature data, thereby obtaining a verification 

25 result (StepS607) . Next, the control unit 602 transmits the verification result , 
obtained by the digital signature verification "VRFY" , to the stationary game 



apparatus 100 via the communication unit 605 and the Internet 20 (Steps S609, 
S610) . When the verification result indicates a failure (StepS608), the control 
unit 602 does not perform the processing thereafter. 

In addition, the control unit 108 receives the verification result of 
5 the digital verification from the server apparatus 600 via the Internet 20 
and the communication unit 104 (Step S609, Step S610) . When the received 
verification result indicates a failure (Step S611) , the main control unit 
108 generates a display screen displaying a message indicating such, writes 
the generated display screen to the frame buffer 106 as a frame image, outputs, 

10 to the graphics control unit 113 , a control signal indicating that an instruction 
has been written to the register unit 109, writes a screen display instruction 
to the register R0 151 of the register unit 109, and the monitor 120 displays 
the frame image (Step S612), then the processing is ended. 

When the received verification result indicates a success (Step S611) , 

15 the main control unit 108 transmits a communication instruction to the server 
apparatus 600 via the communication unit 104 and the Internet 20, so that the 
server apparatus 600 communicates with the memory card 300 (Step S613) , and 
also outputs a communication instruction to the memory card 300 via the memory 
card input/output unit 102, so that the memory card 300 communicates with the 

20 server apparatus 600 (Step S614) . 

When the verification result indicates a success (Step S608) , the control 
unit 602 receives a communication instruction from the stationary game apparatus 
100 via the Internet 20 and the communication unit 605 (Step S613) , and the 
server apparatus 600 and the memory card 300 perform mutual apparatus 

25 authentication (Step S615) . 
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The control unit 3 02 receives a result of the apparatus authentication 
from the authentication unit 304, and outputs the received result to the 
stationary game apparatus 100 via the input/output unit 303 (Step S617) . When 
the result of the apparatus authentication indicates a failure (Step S619) , 
5 the control unit 3 02 ends the processing. 

Next, the main control unit 108 receives the result of the apparatus 
authentication between the server apparatus 600 and the memory card 300, from 
the server apparatus 6 00 via the Internet 2 0 and the communication unit 104 
(Step S616) , and also receives the result of the apparatus authentication between 

10 the server apparatus 600 and the memory card 30 0, from the memory card 3 00 
via the memory card input/output unit 102 (Step S617) . When at least one of 
the received results indicates a failure in the apparatus authentication (Step 
S620) , the main control unit 108 generates a display screen displaying a message 
indicating such, writes the generated display screen to the frame buffer 106 

15 as a frame image, outputs, to the graphics control unit 113, a control signal 
indicating that an instruction has been written to the register unit 109 , writes 
a screen display instruction to the register R0 151 of the register unit 109, 
and the monitor 120 displays the frame image (StepS621) , and ends the processing . 

The control unit 602 receives an authentication result from the 

20 authentication unit 606, and transmits the received authentication result to 
the stationary game apparatus 100 via the communication unit 605 and the Internet 
20 (Step S616) . Here, when the authentication result indicates a failure (Step 
S618) , the control unit 602 does not perform the processing thereafter. 

On the other hand, when the authentication result indicates a success 

25 (Step S618) , the control unit 602 searches the user purchase information table 
631 for the received user ID (Step S622) , and when the received user ID does 
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not exist in the user purchase information table 631 (Step S623) , the control 
unit 602 transmits a search result indicating such to the stationary game 
apparatus 100 via the communication unit 605 and the Internet 20 (Step S624) . 

When both of the received results show a success in apparatus 
5 authentication (Step S621) , the main control unit 108 receives the search result 
about the user ID, from the server apparatus 6 00 via the Internet 2 0 and the 
communication unit 104 (StepS624) , and when the received search result indicates 
nonexistence of the user ID (Step S625) , the main control unit 108 generates 
a display screen displaying a message indicating such, writes the generated 

10 display screen to the frame buffer 106 as a frame image, outputs, to the graphics 
control unit 113, a control signal indicating that an instruction has been 
written to the register unit 109, and writes a screen display instruction to 
the register R0 151 of the register unit 109, and the monitor 120 displays 
the frame image (Step S626) . In addition, the main control unit 108 outputs 

15 the received search result to the memory card 300 via the memory card input/output 
unit 102 (Step S627) , and then ends the processing. 

When the result of the apparatus authentication indicates a success (Step 
S619) , and the received search result indicates nonexistence of the user ID 
(Step S628) , the control unit 302 ends the processing. 

20 When the received user ID exists in the user purchase information table 

631 (Step S623) , the control unit 602 reads, from the game information table 
621, character data corresponding to the received game identifier (Step S629) , 
and transmits the read character data to the stationary game apparatus 100 
via the communication unit 605 and the Internet 20 (Step S630) . 

25 When the received search result shows existence of the user ID (Step 

S625) , then the main control unit 108 receives character data from the server 
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apparatus 600 via the Internet 20 and the communication unit 104 (Step S630) , 
and outputs the received character data to the memory card 300 via the memory 
card input/output unit 102 (Step S631) . 

The control unit 3 02 receives the character data via the input/output 
5 unit 303 (Step S631) , writes the received character data to the information 
storage unit 301 (Step S632) , and when the writing has been complete, outputs 
completion information indicating the writing completion to the stationary 
game apparatus 100 via the input/output unit 303 (Step S633) . 

The main control unit 108 receives the completion information indicating 
10 the writing completion of the character data, from the memory card 300 via 
the memory card input/output unit 102 (Step S633) , and transmits the received 
completion information to the server apparatus 600 via the communication unit 
104 and the Internet 20 (Step S634) . 

Next , the control unit 602 receives the completion information indicating 
15 the writing completion of the character data to the memory card 300, from the 
stationary game apparatus 100 via the Internet 20 and the communication unit 
605 (Step S634) , and performs billing processing directed to a user that the 
user ID identifies (Step S635) . 

(4) Obtaining operations of character data performed by portable game 
20 apparatus 2 00 

The following describes operations performed by the portable game 
apparatus 200 in obtaining character data from the server apparatus 600 via 
the Internet 20 and the stationary game apparatus 100, and writing the character 
data to the memory card 300, using the flowcharts of FIGs._37-38. 
25 The operations performed by the portable game apparatus 200 in obtaining 

character data are almost the same as the operations performed by the stationary 



game apparatus 100 in obtaining character data shown in the flowcharts of FIGs . 
35-36, and so detailed explanation is omitted in the following. 

The operations performed by the stationary game apparatus 100 explained 
in the flowcharts of FIGs ._35-36 are replaced by the operations performed by 
5 the portable game apparatus 200 in the flowcharts of FIGs. 37-38. The portable 
game apparatus 200 obtains character data from the server apparatus 600 via 
the stationary game apparatus 100. 

Comparing the flowcharts of FIGs._37-38 with the flowcharts of FIGs. 
35-36, steps assigned reference signs having the identical 4 highest-order 
10 characters correspond to each other (e.g.^ "S601"). 

(5) Game processing by portable game apparatus 200 

The following describes game processing performed by the portable game 
apparatus 200, using the flowchart of FIG .39. 

15 The authentication unit 212 performs mutual apparatus authentication 

with the memory card 300 (Step S701) . [ [In ] ] During failure of the apparatus 
authentication (Step S702) , the portable game apparatus 200 does not perform 
the game processing thereafter. 

[ [In ] ] During success of the apparatus authentication (Step S702) , the 

20 main control unit 208, from the cartridge 400, reads a portable game program 
411, writes the read portable game program 411 to the main storage unit 210 
(Step S703), reads a portable character processing program 451, writes the 
read portable character processing program 4 51 to the main storage unit 210 
(Step S705) , reads the portable development item table 461, writes the read 

25 portable development item table 461 to the main storage unit 210 (Step S706) . 
In addition, the main control unit 208 reads character data 321, a resumption 



stage No. 335 and a resumption step No. 336 from the memory card 300, and writes 
the character data, the resumption stage No. 335 and the resumption step No. 
336, to the main storage unit 210 (Step S707) . 

Next, the main control unit 20 8 fetches the instructions one by one, 
5 from the program unit of the portable game program stored in the main storage 
unit 210 (Step S708) , decodes the fetched instructions (Step S709) , and executes 
the decoded instructions (Step S710) . Hereinafter, the main control unit 208 
returns to Step S708, thereby repeating the fetching, the decoding, and the 
executing of instruction. 

10 

(6) Obtaining operation of character data performed by 

convenience -store terminal 7 00 
The following describes operations performed by the convenience- store 
terminal 700 in obtaining character data from the server apparatus 600 via 
15 the Internet 20 and writing the character data to the memory card 300, using 
the flowchart of FIG. 40. 

The control unit 703 receives, from the input unit 702, instruction 
information indicating to obtain character data from the server apparatus 600 
(Step S801) , transmits authentication instruction indicating to perform mutual 
20 apparatus authentication between the memory card 300 and the server apparatus 
600, to the server apparatus 600 via the communication unit 705 and the Internet 
20 (Step S802) , and outputs the authentication instruction to the memory card 
300 via the memory card input/output unit 704 (Step S803) . 

The server apparatus 600 and the memory card 3 00 perform mutual apparatus 
25 authentication (Step S804) . 
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The control unit 602 transmits an authentication result of the apparatus 
authentication to the convenience -store terminal 700 via the communication 
unit 605 and the Internet 20 (Step S805) . When the authentication result 
indicates a failure (Step S807) , the control unit 602 does not perform the 
5 processing thereafter. 

In addition, the input /output unit 3 03 outputs the authentication result 
of the apparatus authentication to the convenience- store terminal 700 (Step 
S806) . When the authentication result indicates a failure (Step S808) , the 
control unit 302 does not perform the processing thereafter. 

10 When the authentication result indicates a success (Step S807) , the 

control unit 602 reads all the game sales information from the game sales 
information table 641 (Step S809) , and transmits the read game sales information 
to the convenience- store terminal 700 via the communication unit 605 and the 
Internet 20 (Step S810) . 

15 Next, the control unit 703 receives a result of apparatus authentication 

between the server apparatus 6 00 and the memory card 3 00, from the server apparatus 
600 via the Internet 20 and the communication unit 705 (Step S805) , and also 
receives a result of apparatus authentication between the server apparatus 
600 and the memory card 3 00 (Step S806) . When at least one of the received 

20 results indicates a failure in apparatus authentication (StepS820), the control 
unit 703 generates a display screen displaying a message indicating such, outputs 
the generated display screen to the display unit 701, and controls the display 
unit 701 to display the display screen (Step S821) , and ends the processing. 

When both of the received results show success in the apparatus 

25 authentication (Step S820) , the control unit 703 receives game sales information 

from the server apparatus 600 via the Internet 20 and the communication unit 
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705 (Step S810) , generates a game list using the received game sales information, 
outputs the generated game list to the display unit 701, and controls the display 
unit 701 to display the game list (Step S811) . 

Next, the control unit 703 receives a game identifier of a game selected 
5 by a user from the input unit 702 (Step S812) , receives receipt information 
indicating receipt of cash corresponding to the selected game, from the cash 
receiving unit 706 (Step S813) , and transmits the received game identifier 
to the server apparatus 600 via the communication unit 705 and the Internet 
20 (Step S814) . 

10 Next, the control unit 602 receives the game identifier from the 

convenience- store terminal 700 via the Internet 20 and the communication unit 
605 (Step S814) , reads character data corresponding to the game identifier 
from the game information table 621 (Step S815) , transmits the read character 
data to the convenience- store terminal 700 via the communication unit 605 and 

15 the Internet 20 (Step S816) . 

Next, the control unit 703 receives the character data from the server 
apparatus 600 via the Internet 20 and the communication unit 705 (Step S816) , 
and outputs the received character data to the memory card 3 00 via the memory 
card input/output unit 704 (Step S817) . 

20 The control unit 3 02 receives the character data from the 

convenience -store terminal 700 via the input/output unit 303 (Step S817) , and 
writes the received character data to the information storage unit 301 (Step 
S818) . 
2 . Summary 

25 As described so far, the stationary game apparatus and the portable game 

apparatus of the present invention have their own game software program, and 
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the game software program is provided for a user by being stored in a recording 
medium suitable for a corresponding game apparatus. 

In addition, character data representing charactcriotica attributes of 
a character appearing in a game, such as form and competence capability in 
5 the game, is stored in a memory card. 

The stationary game apparatus and the portable game apparatus respectively 
read a game software program from their own recording medium, reads character 
data from the memory card, so as to proceed with the game according to the 
corresponding game software program. In continuing the game proceeding , the 
10 character appearing in the game is made to have form and competence- capability 
represented by the character data read from the memory card. 

In this way, the same character can be made appear in the course of the 
same game, in both of a stationary game apparatus and a portable game apparatus 
having different opecif ication with specifications from each other in various 
15 aspects such as system architecture, type and number of internal processors, 
and display competence capability of a screen. 

In the course of a game, the form and competence capability of a character 
varies differs in various ways . 

For example, when a user suspends a game at a stationary game apparatus, 

2 0 in the middle of a process of the game, the stationary game apparatus stores 

to a memory card charactcriotico at tributes of the character such as competence 

capability and form, together with information indicating a time at which the 

game was suspended . When the user resumes the game on a portable game apparatus , 

the portable game apparatus reads from the memory card the 

25 charactcriotico at tributes of the character such as competence capability and 

form, together with the information indicating the time at which the game was 
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suspended, and proceeds with the game by making the character appear, who has 
the competence capability and the format the time at which the game was suspended, 
and vice visa. 

In this way, a user can proceed continue with a game in one of a stationary 

5 game apparatus and a portable game apparatus, and after suspension, he— the 

user can proceed continue with the same game in the other game apparatus. 

3 . Other modification cxamplco embodiments 

So far, the present invention has been described based on the first 

embodiment . However needless to say, the present invention should not be limited 

10 to the above-described first embodiment, and include the following cases. 

(1) As a modification example of the game system 10, a game system 10a 

may be compriaGd of include a stationary game apparatus 100a, a portable game 

apparatus 2 00a, a memory card 300a, a cartridge 400a, a DVD 500a, a server 

apparatus 600a, and a convenience- store terminal 700a. 

15 In the game system 10a, the following structure is possible. That is, 

when character data is obtained from the server apparatus 600a and is written 

to the memory card 3 00a, the server apparatus 600a encrypts the character data 

thereby generating encrypted character data, transmits the encrypted character 

data. In response, the memory card 3 00a receives the encrypted character data, 

2 0 decrypts the received encrypted character data thereby generating character 

data, and memorizes the generated character data. 

The stationary game apparatus 100a, the portable game apparatus 200a, 

the memory card 300a, the cartridge 400a, the DVD 500a, the server apparatus 

600a, and the convenience- store terminal 700a respectively have a similar 

2 5 structure as the counterparts in the game system 10, namely, the stationary 

game apparatus 100, the portable game apparatus 2 00, the memory card 300, the 
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cartridge 400, the DVD 500, the server apparatus 600, and the convenience- store 
terminal 700. The following description focuses the difference therebetween 
there between . 

The server apparatus 600a further includes an encryption unit , and stores 
5 therein a character key associated with character data. The memory card 3 00a 
further includes an encryption unit. The DVD 500a further stores therein 
medium-unique information that is unique to the DVD. The cartridge 400a further 
stores therein cartridge-unique information that is unique to the cartridge. 
Here, the medium-unique information and the cartridge-unique information are 
10 respectively stored in areas to which overwriting is impossible. 

(a) The following describes operations performed in obtaining character 
data from the server apparatus 600a via the stationary game apparatus 10 0a 
and writing it in the memory card 300a, using FIG. 41. 

The server apparatus 600a obtains medium-unique information from the 
15 DVD 500a (Step S851) , performs an encryption algorithm_ E2 on a character key 
using the obtained medium-unique information as a key thereby generating an 
encrypted character key (Step S853), and transmits the encrypted character 
key to the memory card 300a via the stationary game apparatus 100a (Step S855) . 

In addition, the server apparatus 600a performs an encryption algorithm 
2 0 El on the character data using the character key as a key thereby generating 
encrypted character data (Step S852) , and transmits the encrypted character 
data to the memory card 300a via the stationary game apparatus 100a (Step S854) . 

The memory card 3 00a receives the encrypted character data from the server 
apparatus 600a via the stationary game apparatus 100a (Step S854) , and receives 
25 the encrypted character key (Step S855) . 
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The memory card 300a obtains medium-unique information from the DVD 500a 
via the stationary game apparatus 100a (Step S856), performs a decryption 
algorithm D2 on the encrypted character key using the obtained medium-unique 
information as a key, thereby generating a character key (Step S857) . Next, 
5 the memory card 3 00a performs a decryption algorithm Dl on the encrypted character 
data using the generated character key as a key, thereby generating character 
data, and memorizes the generated character data inside (Step S858) . 

When executing a program, the memory card 300a outputs the character 
data stored therein— to the stationary game apparatus 100a (Step S859) . 
10 Here, one example of the encryption algorithm El is an elliptic curve 

encryption whose security is based on the discrete logarithm problem. In 
addition, the decryption algorithm Dl is an algorithm for decrypting a cipher 
text generated by the encryption algorithm El. 

In addition, one example of the encryption algorithm E2 is based on a 
15 DES (data encryption standard) . In addition, the decryption algorithm D2 is 
an algorithm for decrypting a cipher text generated by the encryption algorithm 
E2 . 

(b) The following describes operations performed in obtaining character 
data from the server apparatus 600a via the stationary game apparatus 100a 
20 and the portable apparatus 200a and writing it in the memory card 300a, using 
FIG. 42 . 

The server apparatus 600a obtains cartridge-unique information from the 
cartridge 4 00a (Step S861) , and performs the encryption algorithm E2 on the 
character key using the obtained cartridge-unique information as a key thereby 
2 5 generating an encrypted character key (Step S863) , and transmits the encrypted 
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character key to the memory card 300a via the stationary game apparatus 100a 
and the portable game apparatus 200a (Step S865) . 

In addition, the server apparatus 600a performs the encryption algorithm 
El on character data using a character key as a key thereby generating encrypted 
5 character data (Step S862) , and transmits the encrypted character data to the 
memory card 300a via the stationary game apparatus 100a and the portable game 
apparatus 200a (Step S864) . 

The memory card 3 0 0a obtains the encrypted character data from the server 
apparatus 600a via the stationary game apparatus 100a and the portable game 
10 apparatus 200a (Step S864) , and receives the encrypted character key (Step 
S865) . 

The memory card 300a obtains cartridge -unique information from the 
cartridge 400a via the portable game apparatus 200a (Step S866) , and performs 
a decryption algorithm D2 on the encrypted character key using the 
15 cartridge-unique information as a key, thereby generating a character key (Step 
S867) . Next, the memory card 300a performs a decryption algorithm Dl on the 
encrypted character data using the generated character key as a key, thereby 
generating character data, and memorizes the character data inside (Step S868) . 

In executing a game, the memory card 3 0 0a outputs the character data 
20 memorized therein to the portable game apparatus 200a (Step S869) . 

(c) According to the above -described modification example, without the 
DVD 500a or the cartridge 400a, the encrypted character key cannot be decrypted, 
and so the encrypted character data cannot be decrypted either. Therefore^ 
the security in transmission of character data is enhanced. 

25 
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(2) In the first embodiment, when the memory card 3 00 obtains character 
data from the server apparatus 600, the server apparatus 600 performs billing 
processing directed to the user for the amount of money corresponding to the 
provided character data. However^ the memory card 3 00 may further ha a have 
5 an electronic money function, receive billing information relating to the amount 
of money from the server apparatus 600, and perform billing processing within 
the memory card 300 based on the received billing information. 

The memory card 3 00 stores therein a secret key of itself and electronic 
money that can be used in place of currency, in the area to which external 

10 access is prohibited. In addition, the memory card 3 00 prcatorGO p re-stores 
a billing source ID that idcntifuco identifies the server apparatus 600a. 
Furthermore, the server apparatus 600 prcotorco pre-stores a public key that 
corresponds to the secret key of the memory card 3 00 , andalso prcatorco pre-stores 
a billing source ID that identifies itself. 

15 The following describes billing processing performed between the server 

apparatus 600 and the memory card 300, using the flowchart of FIG. 43. Note 
that the billing processing explained here is an alternative of Step S635 in 
the flowchart of FIG. 36. 

The server apparatus 600 calculates the billing amount (Step S872) , 

20 obtains a billing source ID that identifies the server apparatus 600 (Step 
S872) , performs a digital signature SIG on the billing amount and the billing 
source ID using the public key of the memory card 300 obtained in advance, 
thereby generating signature data (StepS873) , and transmits the billing amount , 
the billing source ID, and the signature data to the memory card 3 00 via the 

25 Internet 20 and the stationary game apparatus 100 (Step S874-Step S875) . 

92 

i 



* 



• PI 

The memory card 300 performs a verification VRFY of the digital signature 
on the billing amount, the billing source ID, and the signature data, using 
the secret key that the memory card 3 0 0a prcotorca pre-stores therein (Step 
S876) . When the verification result indicates a failure (Step S877) , the memory 
5 card 300 transmits failure information indicating the verification failure 
to the server apparatus 600 via the stationary game apparatus 100 and the Internet 
20 (Step S878-Step S879) . 

When the verification result indicates a success^ (Step S877) , the memory 
card 3 00 further judges whether the prcotorcd pre-stored billing source ID 

10 is in accordance with the received billing source ID, and when they are not 
in accordance with each other (Step S880) , failure information indicating such 
is transmitted to the server apparatus 600 via the stationary game apparatus 
100 and the Internet 20 (Ste S882-Step S883) . 

When they are in accordance with each other (Step S880) , the memory card 

15 300 subtracts the received billing amount from the electronic money stored 
inside (Step S881) . 

(3) In the above -described embodiment embodiments , the game system 
includes a stationary game apparatus and a portable game apparatus. However^ 
the game system may include a personal computer instead of a stationary game 

20 apparatus, and a portable information terminal apparatus and a portable phone 
instead of a portable game apparatus. In such a case, the personal computer 
will be designed to have the same structure as the stationary game apparatus, 
and the portable information terminal apparatus and the portable phone will 
be designed to have the same structure as the portable game apparatus. 

25 In addition, in the above -described embodiment embodiments , the 

game system includes a stationary game apparatus and a portable game apparatus . 
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However, the game system may include another stationary game apparatus instead 
of the portable game apparatus, which is has a different internal structure 
from the stationary game apparatus. 

(4) In the above-described embodiment embodiments , the game system 
5 includes a stationary game apparatus and a portable game apparatus. However^ 

the game system may include: a game apparatus A produced by a maker A, instead 
of the stationary game apparatus; and a game apparatus B produced by a maker 
B, instead of the portable game apparatus. 

Here, the game apparatus A and the game apparatus B are assumed to differ 

10 in many aspects such as system architecture , type and number of internal processor , 
and display competence of screens . For example, the game apparatus A is assumed 
to have the same structure as the stationary game apparatus of the above -described 
embodiment embodiments , and the game apparatus B is assumed to have the same 
structure as the portable game apparatus of the above -described embodiment 

15 embodiments . 

Also in such a case , each of the game apparatuses can have the same character 
appear in the course of procedure of the same game, just as in the embodiment 
embodiments . 

(5) In the above -described embodiment embodiments , the character data 
20 indicating the charactcriatico at tributes of the character changes in the course 

of the game. When the game is suspended, the character data after changed is 
written to the memory card. However^ it is alternatively possible to write, 
to the memory card, only the difference between the character data in initial 
state and in changed state. 
25 (6) Each game software program maybe structured so that degree of change 

in character data varies for different game apparatuses. 
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For example, the following arrangements are possible. 
That is, the weight flag is set to be ON for both of the stationary development 
item table and the portable development item table, and that the stationary 
main program includes an instruction for increasing the weight by "1.0" at 
5 Step S118 of FIGs . 9 - 10 . Still , the portable main program includes an instruction 
for increasing the weight by "0.5" as originally shown by Step S418 of FIGs. 
25-26. 

With the above arrangement, the degree of character development can be 
changed according to a type of game apparatuses, by changing the degree of 
10 character data for each game apparatus. 

In addition, the stationary development item table and the portable 
development item table may include the degree of change for character data. 

Specifically, the following arrangement is possible. In the stationary 
development item table, the weight flag and a degree 1.0 indicating the change 
15 in weight of a character are associated with each other. The stationary main 
program reads the degree 1.0 indicating a degree of change for weight for a 
character at Step S118 of FIGs._9-10, and includes therein an instruction for 
increasing the weight by the read degree 1.0. 

In addition, it is possible to have a plurality of characters appear 
20 in a game, and each character has its own development item table, and a plurality 
of development item tables are to be stored in a DVD or in a cartridge. 

(7) In the above -described embodiment, each of the stationary 

development item table and the portable development item table is structured 

25 to be prcotorcd pre-stored in the DVD 500 or the cartridge 400 . However, these 

tables may not be prcotorcd pre-stored in the DVD 500 or in the cartridge 4 00, 
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and is written to the memory card 300 when they are to be used, as in the following 
way. 

First, the server apparatus 600 prcotorco pre-stores the stationary 
development item table and the portable development item table, in association 
5 with game software. 

The memory card 300 obtains the stationary development item table and 
the portable development item table from the server apparatus 6 00 in one of 
the following route: via the stationary game apparatus 100 and the Internet 
20; via the portable game apparatus 200, the stationary game apparatus 100, 
10 and the Internet 20; and via the convenience- store terminal 700 and the Internet 
20. Then the memory card 300 stores therein the stationary development item 
table and the portable development item table. 

The stationary game apparatus 100 reads the stationary development item 
table from the memory card 300 for use, and the portable game apparatus 200 
15 reads the portable development item table for use. 

Here, the stationary game apparatus 100 and the portable game apparatus 
200 may be arranged to overwrite a respective one of the stationary development 
item table and the portable development item table stored in the memory card 
300, according to an operation instruction of a user. 
2 0 When a plurality of characters appear in a game and there are a plurality 

of development item tables for a plurality of characters respectively, it is 
possible that some of the development item tables are prootorcd pre- stored 
either in a DVD or a cartridge , and the other development item tables are obtained 
from a server apparatus and stored into a memory card. 

25 
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(8) In the above -described embodiment embodiments , the stationary 
development item table and the portable development item table are respectively- 
stored in the DVD 500 and the cartridge 4 00, and the stationary game apparatus 
100 reads the stationary development item table from the DVD 500 for use, and 

5 the portable game apparatus 2 00 reads the portable development item table from 
the cartridge 400 for use. However, it is also possible that these tables are 
written in the memory card 3 00 for use, as described below. 

The memory card 300 obtains either the stationary development item table 
or the portable development item table from the DVD 500 or from the cartridge 
10 400, via the stationary game apparatus 100 or via the portable game apparatus 
200, and stores the obtained stationary development item table and portable 
development item table. 

Hereafter, the stationary game apparatus 100 reads the stationary 
development item table from the memory card 300 for use, and the portable game 
15 apparatus 2 00 reads the portable development item table from the memory card 
300 for use. 

Here, the stationary game apparatus 100 and the portable game apparatus 
200 may respectively overwrite the stationary development item table and the 
portable development item table stored in the memory card 3 00, according to 
2 0 an operation instruction by a user. 

(9) The present invention may be any of the methods described above. 
The present invention may also be a computer program realized by performing 
these methods on a computer, or a digital signal compriocd of including the 

2 5 computer program. 
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Furthermore, the present invention may be the computer program or the 
digital signal in a form recorded on a computer -readable recording medium, 
such as a flexible disk, a hard disk, a CD-ROM, an MO, a DVD, a DVD-ROM, a 
DVD-RAM, a BD (Blu-ray Disc) , and a semiconductor memory. In addition, the 
5 present invention may be the computer program or the digital signal recorded 
in these recording media. 

In addition, the present invention may be the computer program or the 
digital signal transmitted via an electric communication circuit, 
wireless/wired communication circuits, a network represented by the Internet, 
10 a data broadcast, and the like. 

In addition, the present invention may be a computer system equipped 
with a microprocessor and a memory, where the memory stores therein the computer 
program and the microprocessor operates according to the computer program. 

In addition, the present invention may be executed on another independent 
15 computer system by transmitting the program or the digital signal in a form 
recorded in any of the recording media, or by transmitting the program or the 
digital signal via the network,— efce for example . 

(10) The present invention may be a combination of any of the first 
embodiment and the modification examples. 

20 

Industrial Application 

The present invention is applicable managerially , continually, and 
repeatedly, in an industry providing users with computer game software, and 
in an industry that produces and sells a stationary game apparatus, a portable 
2 5 game apparatus, and a computer system that can execute computer game software. 
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Abstract 



Provided is a game system in which a plurality of game execution apparatuses, 
having internal structures different from each other, are capable of proceeding 
continuing with a game while sharing charactcriotiGO attributes of a character 
appearing in the game. A stationary game apparatus 100 obtains character data 
from a server apparatus 600, and writes the character data to a memory card 
300. The stationary game apparatus 100 executes a stationary game software 
program stored in a DVD 500, using the character data stored in the memory 
card 3 0 0. Aportable game apparatus 200 executes a portable game software program 
stored in a cartridge 4 00, using the character data stored in the memory card 
300. 
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